CVS 작업 스타일
글쓴이: 잔디인형 / 작성시간: 수, 2003/12/10 - 10:45오전
CVS를 사용하는 명령은 동일하지만 프로젝트를 관리하는 방식은 조금씩 차이가 있는 것 같습니다.
저는 프로젝트를 생성하고 /doc 디렉토리와 /src 디렉토리를 만들고 /doc 아래에 작업일지 파일(ChangeLog)을 생성하여 수정되는 내용을 최대한 자세히 적습니다.
Quote:
dev2003_12_10a
*작업내용*작업된 파일
--------------------
이런 식으로 문두 삽입 방식으로 설명하고 작업을 하다가 어느정도 됐다 싶으면 프로젝트를 커밋하고 테그를 dev2003_12_10a로 붙입니다.
이전 버전의 변화를 확인할때 cvs의 log를 확인하기 보다는 작업일지를 확인하는 게 더 편하더라구요.
저는 지금까지는 작업일지를 ChangeLog로 했었는데, 기존의 오픈 프로젝트들에서 ChangeLog가 다른 용도로 사용되기 때문에 다른 이름으로 사용해야겠습니다.
CVS는 파일마다 버전이 달라지기 때문에 이렇게 하는 것이 제일 간편했습니다. 다행히 subversion에서는 이런 문제가 개선되긴 했지만 subversion은 아직 기능들이 완전하게 구현되지 않아 정식 프로젝트에 사용하기에는 시기상조인것 같습니다.
Forums:
전 cvs 로그를 자세히 쓰고, 로그가 필요할때마다 cvs2cl.pl를
전 cvs 로그를 자세히 쓰고, 로그가 필요할때마다 cvs2cl.pl를 이용하는데여. 8)
--------------------------
Donghyun Jung
저도 로그를 가능한한 자세히 쓰고, viewcvs설치한 후 거기서로그
저도 로그를 가능한한 자세히 쓰고, viewcvs설치한 후 거기서
로그를 봅니다. 날짜, 버전별로 한 화면에서 볼수 있으니까
만족해요.
그러다 보니까 로그도 거기에 맞춰져서 쓰게되더라구요..
커밋을 언제 하시나요?
전 추가하거나 수정하려는 기능이 마무리되어서 잘 돌아가는 것을 확인한 후에 커밋을 하는데, 이런 경우 로그를 한꺼번에 남기기 때문에 파일별 로그를 자세히 남길 수가 없거든요.
로그를 자세히 남기는 분들은 파일 단위로 커밋을 하시는지?
----------------------------
May the F/OSS be with you..
cvs로그를 잘 쓰고 rcs2log 를 쓰면 ChangeLog로 깔끔하게
cvs로그를 잘 쓰고 rcs2log 를 쓰면 ChangeLog로 깔끔하게 뽑아줍니다. 저는 그걸 쓰는데, 가끔 너무 길어서 난감할때도 있긴 합니다.
=-=-=-=-=-=-=-=-=
http://youlsa.com
저는 소스위에 substitution 되도록 id 와 log를 써넣어 버
저는 소스위에 substitution 되도록 id 와 log를 써넣어 버리는데요... 가끔씩 소스보다도 로그가 길어져서 대략 낭패인 경우가 있기는 하지만... ㅡ.ㅡ
그런데 거의 대부분 이렇게 쓰시지 않나요? 외국 소스들을 봐도 거의다 cvs에 자동으로 log substitution 해서 쓰는것 같던데.
[quote="saxboy"]저는 소스위에 substitution 되도록
:]
전 Id만.
리비젼이 100을 넘어가면 난감해질 것 같아요.
----------------------------
May the F/OSS be with you..
댓글 달기