| | 1 | [.. 소프트웨어 개발 지침서 (Software Development Guideline)] |
| | 2 | |
| | 3 | = 11. 소프트웨어 형상관리 (Software Configuration Management) = |
| | 4 | |
| | 5 | == 11.1. 소프트웨어 형상관리 도구 == |
| | 6 | 소프트웨어 형상 관리 도구를 사용해야 한다. |
| | 7 | |
| | 8 | == 11.2. 소프트웨어 버전 == |
| | 9 | 소프트웨어 버전 형식은 다음과 같다: |
| | 10 | - major.minor.patch.build |
| | 11 | |
| | 12 | 위에서, |
| | 13 | - major는 주요한 기능이 추가되었을 때 증가시킨다. |
| | 14 | - minor는 기능이 개선되거나 단순한 기능이 추가되었을 때 증가시킨다. |
| | 15 | - patch는 출시된 버전의 오류를 해결했을 때 증가시킨다. |
| | 16 | - build는 전체 integration build를 할 때마다 증가시킨다. |
| | 17 | |
| | 18 | == 11.3. 소프트웨어 버전 트리 == |
| | 19 | 소프트웨어 버전은 다음과 같이 관리한다: |
| | 20 | Figure: 소프트웨어 버전 트리[[BR]] |
| | 21 | [[Image(software_version_tree.png)]] |
| | 22 | [[BR]] |
| | 23 | 출처: [] |
| | 24 | |
| | 25 | 위에서, |
| | 26 | - Tagging은 버전을 포함해야 하며, 전체 integration build가 성공하면, build 번호를 증가시켜야 한다. |
| | 27 | - Branching은 configuration item을 다르게 유지해야(evolving) 할 경우에 추가한다. |
| | 28 | - Commit을 할 경우에는 CR 번호 및 타이틀을 포함해야 한다. |
| | 29 | |
| | 30 | == == |
| | 31 | [.. 소프트웨어 개발 지침서 (Software Development Guideline)] |
| | 32 | |
| | 33 | |
