올챙이시절 기록소

2016년 5월, 형상관리정책을 (열심히) 만들었다 브랜치는 아무렇게나 막쓰고 있던 시점이라 깔끔하게 포기하고! Tag 만으로 다 할 수 있는 시스템을 만들고 위와 같이 규칙을 만들었다. 개발자가 Tag를 달아서 QA에게 보낼 때, 1차적으로 정규표현식으로 거른다. grep -E "${CONF_ITEM}\_[0-9]{6}[\.][0-9]{2}" 이제 오타는 완벽히 거른다 생각했지만! 한 순간의 착각이다 ( 170918.01 -> 270918.01) 이와 같이 날짜를 잘못 기입해서 tag를 달아 보내는 경우가 있다 현 빌드시스템의 로직상에는 이러한 tag값이 굉장히 문제가 된다. ( * 알림도 개판으로 가고, DB에 저장도 안되고 ... ) 따라서 복구작업이 필요하다. 먼저, 문제가 되는 태그를 지워줍니다..

Text가 들어간 문서에 완성이란 글자를 달기가 참 어려운 것 같습니다. 흔한 디자이너 1 ( 디자이너의 완성하고픈 욕망과, 빡침이 엿보인다. ) 흔한 학부생 1( 논문 버전네이밍..! 그나마 나은 듯 ?) 좀 잘하는 기획자 1 ( 최고의 버전네이밍 - 멋지군요. 한수 배웁니다. ) 어떻게 하면 버전을 효율적으로 관리 할 수 있을까? 리서치를 해보면 Git란 단어를 종종 보게 됩니다 Git은 버전관리도구입니다~ ( * 정확히는 형상관리 도구이구요~ ) 뭐하는 녀석인가 한 번 봅시다! "git checkout mfobuild_170918.01" 명령어를 입력하니 파일의 내용이 훅 바꼈습니다! ( 소스코드가 해당 시점으로 변경되었습니다~ 170125.01 -> 170918.01 )( * 개인적으로 자주 사용..

다 잘하고 싶다..!