08. 버전 부여 기준

• 자료 사전 : N/A
• 사용자 메뉴얼 : N/A
• 운영 메뉴얼 :

1. 버전 부여 기준 : Version Number + (State String)

• 버전은 “버전 번호”와 안정성을 의미하는 “상태값 문자”로 구성된다.
• 버전 번호(Version Number)는 Major, Minor, Patch level의 3 단위로 구성되어야 하며, 각 레벨은 모두 숫자이다.
• 상태(State)는 “dev”, “alpha”, “beta”, “RC”로 구분한다.
• “dev ~ beta”까지는 상태값을 반드시 버전에 표시해야 한다. RC 버전의 경우에는 “RC”라는 String을 빼고 숫자만 표시한다.(예 1.0.0 버전의 RC2인 경우에는 “1.0.0.2”로만 표시)
• RTM으로 확정되는 경우에도 RC에서 부여되었던 버전을 그대로 유지한다.
• 동일 상태에서 여러 릴리즈가 나올 경우 상태 + 숫자와 같이 표현할 수 있고, 숫자는 1부터 1씩 증가한다.(alpha1, alpha2)
• 해당 제품에서 최초로 상태값(dev, alpha, beta, RC)을 가지는 릴리즈 버전 번호는 1.0.0 이상이어야 한다.(“1.0.0.dev1” 이하의 릴리즈 버전은 존재할 수 없다.)
• 유지 보수 단계에서는 기능이 추가되는 수정일 경우에는 Minor 레벨을 증가시키고, 버그 수정만을 포함하는 패치일 경우에는 Patch 레벨을 증가시킨다.(권장 사항)
• 제품에 표시되는 빌드 번호는 구분되도록 괄호로 감싸서 별도 표시한다. (1.0.0.alpha1(Build 121))

2. 버전의 적용 범위

• 릴리즈(테스트용 릴리즈 포함)되는 프로그램은 위의 “버전 부여 기준”을 준수해야 하며, 동일한 기준이 WORKS에도 적용되어 있어야 한다.
• 버그의 발견자는 버그 보고시 프로그램에 표시되는 버전을 정확하게 입력해야 한다.
• 개발자는 코드를 수정한(또는 수정할) 버전을 WORKS의 “해결 버전” 필드에 입력해야 한다.

3. 버전의 등록

• Ÿ   WORKS 프로젝트의 버전 관리 페이지에서 버전을 등록할 수 있습니다.
• Ÿ   버전명, 간단한 설명, 해당 버전을 개발하는 프로젝트의 시작일과 배포일(또는 배포 예정일)을 입력합니다.
• Ÿ   버전의 상태는 비워 둡니다.(버전 상태가 미지정인 경우는 "미출시 버전"으로 표시되며 테스트 중이거나 계획중인 상태를 의미합니다.)
• Ÿ   프로젝트는 시작하기 전에 '프로젝트 착수 품의'를 해야 합니다.
• Ÿ   연간 또는 중장기 계획에 따라 예정하고 있는 버전들도 대략의 시작일과 배포일을 미리 등록해 둡니다.(이 버전들이 ROSE 내에서 개발 계획을 보여주는 키가 됩니다.
     등록된 이슈들을 이 버전들 중 하나로 타겟 지정하면 해당 버전의 규모와 내용도 명확해 집니다.)

4. 변경 관리

• Ÿ   착수 품의가 된 프로젝트에서 변경 사항이 생기면, 작성된 내용을 수정합니다.(시작일이나 배포일 변경은 "프로젝트 변경 승인" 품의 필요)
• Ÿ   사전에 계획된 이외의 버전이 중간에 만들어질 수 있는데, 버전 표시 순서는 드래그&드랍으로 조정할 수 있습니다.

5. 상태 변경: 배포/삭제/보관

• Ÿ   특정 버전을 개발하는 프로젝트가 끝나면 관련된 테스트 버전들은 모두 변경해야 합니다.
• Ÿ   처리의 방식은 버전의 상태값을 변경하는 "배포 또는 보관"과 사용되지 않은 버전값을 "삭제"하는 것으로 나뉘어 집니다.
• Ÿ   사용되지 않은(버전이 계획은 되었었으나, 실제로 만들어지지 않은) 버전은 "삭제"를 선택해서 제거합니다.
• Ÿ   상태 옵션 중 "빌드 후 배포"는 현재 사내에서는 사용하지 않습니다.

5.1. "배포"로 변경

• Ÿ   실제로 외부에 릴리즈된 버전에 해당하며, 배포 버전에 대해서는 지원의 책임이 있습니다.
• Ÿ   대시보드의 로드맵에서 프로젝트 종료로 표시됩니다.
• Ÿ   이슈 등록시 "영향받는 버전" 목록 에서 하단에 표시됩니다.
• Ÿ   이슈의 "수정 버전" 목록에 더이상 표시되지 않습니다.
• Ÿ   특정 버전이 배포로 상태 변경될 때, 해당 버전을 위해서 내부에서 만들어진 테스트 버전들은 모두 "보관"으로 변경합니다.

5.2. "보관"으로 변경

• Ÿ   “보관”으로 변경하면 버전이 비활성 상태가 되며 해당 버전에 대한 개발팀의 지원이 종료되었음을 의미합니다.
• Ÿ   이슈를 등록할 때, "영향받는 버전"으로 선택할 수 없게 됩니다.(버전 목록에서 제외됨)
• Ÿ   이슈에서 수정 버전으로 선택할 수 없게 됩니다.
• Ÿ   이슈 작성 페이지의 버전 목록을 줄여줌으로써 페이지가 좀 더 가벼워 집니다.
• Ÿ   상태가 미지정 이거나 "배포"인 버전이 증가하면 이슈 등록 시 버전 목록에 일부만 표시되어서 사용자들을 번거롭게 합니다.
• Ÿ   배포한 지 오래되어서 개발팀에서 더 이상 직접 지원하지 않는 버전에 대해서는 상태를 "보관"으로 변경하기를 권고합니다.

* 참고: 버전의 라이프 사이클 관리

• Ÿ   제품에 EOS(End of Support)가 있는 것처럼 버전에도 라이프 사이클 개념이 적용되어야 합니다.
• Ÿ   활성 상태인 버전에 대해서는 이슈를 오픈할 수 있고, 개발팀은 오픈된 이슈를 처리해야 할 책임이 있습니다.
• Ÿ   배포한 후 오래된 버전까지 개발팀에서 무한정 지원할 수 없으므로, 직접적인 지원을 할 수 없는 버전은 비활성 상태로 변경합니다.
• Ÿ   비활성 상태가 된 버전에서 이슈가 발생한 경우 기본적인 가이드는 "현재 지원이 되는(활성 상태인) 버전으로 업그레이드한 후 해당 버전에서도 이슈가 존재한다면 이슈로 등록해 주십시오." 입니다.