CVS를 활용하기 위한 좋은 정책은?

마우스 클릭만으로 되게 합니다.
회사 사람들이 전부 윈도 사용자인데 tortoiseCVS 사용법을 세미나 해주고 서버 세팅해주었더니 잘 사용하시는군요.

tkcvs이 있습니다.
사실 저는 써보지는 않았습니다. ^^;

자바 개발툴로 유명한 eclipse 를 cvs Client 로 멋지게 사용할 수 있더군요. 최근 들어간 회사에서는 eclipse 를 CVS Client 로 알고 있을정도로... ^^

물론 JRE 가 설치되어야 하구요. 정말 멋진(!!!) CVS Client 로 추천합니다^^/

먼저 드리고 싶은 말씀은... SVN을 사용하시는 것을 추천합니다.
사용한지 두어달 되었는데 기능 면에서 SVN이 좀더 나은 것같더군요.

퍼오신 글의 내용도 괜찮네요. CVS든 SVN이든 다 적용되는 내용같습니다.

소규모 웍그룹의 경우는 "퇴근하기전 체크인"만 확실하게 하면 큰 문제는 생기지 않는 것같습니다.
물론 체크인시와 소스레벨에서의 적절한 코멘트도 중요하겠지요.
대규모 프로젝트는 제대로 된 것을 해본 적이 없어서... ^^;

CVS, Subversion 모두 체크인이라는 용어는 없는데도 많이 사용하고 계시군요.. 이상하네요..

체크인은 MS 소스세이프에 있는 용어죠,

CVS, Subversion은 Commit(커밋)이죠

CVS를 사용하는 명령은 동일하지만 프로젝트를 관리하는 방식은 조금씩 차이가 있는 것 같습니다.

저는 프로젝트를 생성하고 /doc 디렉토리와 /src 디렉토리를 만들고 /doc 아래에 작업일지 파일(ChangeLog)을 생성하여 수정되는 내용을 최대한 자세히 적습니다.

이런 식으로 문두 삽입 방식으로 설명하고 작업을 하다가 어느정도 됐다 싶으면 프로젝트를 커밋하고 테그를 dev2003_12_10a로 붙입니다.

이전 버전의 변화를 확인할때 cvs의 log를 확인하기 보다는 작업일지를 확인하는 게 더 편하더라구요.

저는 지금까지는 작업일지를 ChangeLog로 했었는데, 기존의 오픈 프로젝트들에서 ChangeLog가 다른 용도로 사용되기 때문에 다른 이름으로 사용해야겠습니다.

CVS는 파일마다 버전이 달라지기 때문에 이렇게 하는 것이 제일 간편했습니다. 다행히 subversion에서는 이런 문제가 개선되긴 했지만 subversion은 아직 기능들이 완전하게 구현되지 않아 정식 프로젝트에 사용하기에는 시기상조인것 같습니다.

----
언젠가 여기 설치 및 활용에 올렸던 글입니다. 이 글타래는

http://bbs.kldp.org/viewtopic.php?t=28950&highlight=

여기에 있습니다.

man 페이지에 보면

으음. 사실 ci 가 checkin의 약자인줄 알고 있었습니다 -_-;

뭐 용어는 없지만 일반적으로 쓰나 봅니다. man cvs 에 봐도 그렇고요

저는 cvs checkin(!)하기 전에 항상

cvs up
cvs diff <file>
cvs ci <file>

형태로 합니다.

파일 단위로 로그를 남기기 위해서이지요.
물론 변경 파일이 모두 같은 로그이면 한꺼번에 합니다.

그리고, vi 가 떠서 log남기는게 귀찮아서

cvs ci -lm "Message" <file>

형태로 주로 남깁니다.

-l 은 습관상 넣습니다... <file> 이면 전혀 필요없는데도....

그리고, 또 하나라면, skel.h, skel.c 를 만들고 vi 에서 skel.h, skel.c 등이 파일 추가될 때 저절로 불려지게하고 있고, (addon을 사용합니다.)
skel.h, skel.c 의 맨 하단에는

/* 
$Log$ 
*/

를 두어 파일 단위로 로그 남기는 것을 동일하게 파일 주석으로 남도록 합니다.

동시에 roll-back 하시는 것을 말씀하시는 거죠?

전 그렇게까지 대단위 roll-back할 일이 없던데, 또 전체를 한꺼번에 할 때는 그 checkin에 symbolic tag 를 해놓지 않으면 뒤로 돌리기도 어렵구요...

그리고 daily build를 하면서 daily tag가 붙으므로 제가 사용하는 방법이 문제를 일으킨적은 없었습니다. :)