BioHackersNet|
Size: 800
Comment:
|
Size: 1349
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 5: | Line 5: |
| branch에 대한 설명이 잘되어 있다. branch는 가능한한 다음의 두가지 경우에만 사용한다. * release하는 경우 (향후 버그는 릴리즈 브랜치에서 수정한 뒤, 중심개발축에 병합한다.) * 개발관련 실험할 장소를 마련할 경우 tag 이름짓기 예 * RB-1_0 : release branch 1.0 * REL-1_0 : release 1.0 * PRE-추적번호 : 버그해결직전 * POST0-추적번호 : 버그해결직후 * TRY-개발자이름-날짜 ---- |
|
| Line 6: | Line 18: |
| * [OAOO]를 어기는 중복. (repository와 source) | * [DRY]를 어기는 중복. (repository와 source) |
| Line 16: | Line 28: |
| -- ["yong27"] [[DateTime(2005-07-19T14:16:15Z)]] |
[CVS]의 기술적사용이외, 개발문화를 알 수 있다고 함. [http://wangmul.egloos.com/677157 관련포스트]
branch에 대한 설명이 잘되어 있다. branch는 가능한한 다음의 두가지 경우에만 사용한다.
- release하는 경우 (향후 버그는 릴리즈 브랜치에서 수정한 뒤, 중심개발축에 병합한다.)
- 개발관련 실험할 장소를 마련할 경우
tag 이름짓기 예
- RB-1_0 : release branch 1.0
- REL-1_0 : release 1.0
- PRE-추적번호 : 버그해결직전
- POST0-추적번호 : 버그해결직후
- TRY-개발자이름-날짜
$Author$ 등의 keyword property를 사용하지 말라고 권하고 있다. 세가지 이유였는데,
- [DRY]를 어기는 중복. (repository와 source)
- 코드의 readability가 떨어진다. (읽어야할게 늘어남)
- branch 및 mergy시 문제가 된다는 것
하지만, 이유가 별로 와닿지 않는다. $Id$ 하나정도 쓰는것은 전혀 문제되어 보이지 않는다. 특히도,
1 __version__="$Rev$"
라고 표기하는것은 충분히 장점이 있다. 나중에 해당 소스의 신규유무를 파악하는데 용이할 수 있다.
-- ["yong27"] DateTime(2005-07-19T14:16:15Z)