썰렁한 엔지니어

subversion 으로 작업하다가 find .요렇게 리스트를 볼라면 .svn 디렉토리가 귀찮을 때가 있다. 그렇다고, find . -name .svn -prune -o -print이런 아름다운 명령을 쓸 수도 있지만, svn ls -R로 버전관리 대상들만 정확히 하이킥 해주자.

Subversion으로 개발하는 개발팀이 늘어나고 있습니다. 기존의 CVS를 쓰던 사람들에게는 같은 명령어로 이관하고 있고, 상용제품만큼 쓸만한 기능들은 모두 제공되기 때문입니다. 특히 MS Windows를 사용하는 사람들은 그 클라이언트 프로그램으로 TortoiseSVN을 사용합니다. TortoiseSVN은 subversion의 client 라이브러리를 응용하여 Shell extension으로 만들어지는 것이며, 큰 버전과 중간 버전을 subversion과 일치시켜가며 릴리즈를 하고 있습니다. 그리고 매일 밤 빌드를 통하여 현재 들어 있는 소스 트리의 스냅샷을 만들어 내기 때문에 버그가 수집되어 고쳐지는 대로 중간 릴리즈를 매일 받아 볼 수 있습니다. http://nightlybuilds.tortois..

다음과 같은 시나리오를 살펴 보자. "소스 디렉토리 A 의 a.c의 내용을 복사하여 소스 디렉토리 B의 b.c 로 사용해야할 일이 생겼다. 제품이 늘어 나고 있거든!" (물론 코드는 되도록 복사해서 사용해서는 안되지만 우리는 그런 완벽한 세상에서 살지 않으므로...) 이 경우. $ pwd /work/project_x/src/agent $ cp a.c ../log $ cd ../log $ svn add a.c $ svn commit $ svn log a.c위와 같이 하면, 중대한 것을 잃게 된다. a.c 의 지금까지의 변경기록이다. 다음과 같이 해야 정석이다. $ pwd /work/project_x/src/agent $ svn cp a.c ../log $ cd ../log $ svn commit $ svn..

최근들어 사내 Subversion 커밋요건이 강화되었다. 외부에 공개되어도 괜찮을 것이라 생각하여 간단히 기술하고 그 생각을 적어보고자 한다. 2월 21일 공지 1단계는 SVN 로그 입력이 전혀 안되어 있을 경우 Commit을 불허 합니다. 즉, 로그 입력을 안하면, Commit이 실패하게 됩니다. 2단계는 SVN 로그 입력시 리뷰자가 없을시에 Commit을 불허합니다. 리뷰는 생활화하셔야 됩니다. 단순히 보여주기 위한 리뷰가 되어서는 안됩니다. 따라서 소스 코드 수정시 리뷰가 반드시 진행되어야 하고, 그 이후에 Commit이 이루어 져야 합니다. 따라서 리뷰자가 로그상에 없다면 Commit을 실패하게 됩니다. [실행 파일명][실행 파일의 버전][개발자 성명][BT:버그 번호] [RV:Review 참석자..