JIRA 이해하기, Version(버전)과 Release(릴리스) 관리

JIRA Release와 Version에 대해서 기능을 구체적으로 작성해봤다.

Version

• 버전은 프로젝트의 특정 시점의 결과물을 의미하며 여러 개선 사항이나 버그 수정등을 논리적으로 묶은 단위

버전 정보를 아래와 같이 작성(예시)

1. 버전명: 1.0
2. 시작 날자: 오늘
3. 릴리스 날짜: 4주후
4. 동인(Driver): 이 릴리스를 담당하는 직원으로 기본 값으로 놔둡니다.
5. 설명: “고객에게 최초 공개”

• 진행 상황에 "이슈없음" 으로 표시되는 건 지정한 버전에서 처리하기로 한 이슈가 등록되어 있지 않음.

백로그 ➡️ 버전생성

백로그에서 만드나 릴리스에서 만드나 동일하고 접근 방법 차이

 

이슈에 Version 할당

• 버전을 지정할 이슈를 칸반보드에서 선택

• 버전이 없는 경우 ‘없음’으로 나옴 → 버전을 선택해서 할당

 

수정 버전은 여러 개 할당가능. 예로 2.0, 3.0 에서 모두 나타나는 버그일 경우

• Jira 에서 버전 관련해서 제공되는 필드는 기본적으로 2개인데 하나는 "영향을 받는 버전(affects version)” 이며 다른 하나는 "수정 버전(fixed version)”
• 영향 받는 버전은 보통 이슈 타입이 버그일 때, 사용하는데 해당 버그가 발생하는 버전을 기술
  • 만약 다양한 버전에서 발생하는 버그라면 위 예시처럼 여러 개의 버전을 입력

팀이 관리하는 프로젝트에서는 "영향 받는 버전" 필드를 지원하지 않음.

 

릴리스

• 좌측의 릴리스 탭을 클릭 → 버전 목록과 상태가 표시
• 수정 버전에 할당한 이슈가 완료와 진행중 상태가 되었으므로 진행 상황이 다르게 표시

• 버전 명을 클릭하면 버전의 상세 정보 → 데 전체 이슈의 상태와 개별 이슈의 상태를 개괄적으로 표시

“이슈를 버전으로 이동합니다.” 가 표시 안 되는 것은 프로젝트에 “릴리스 안 된 버전”이 하나뿐

• 첫번째는 무시하고 진행하는 것으로 이러면 해당 버전에 속한 이슈들의 상태가 완료 여부가 아니더라도 릴리스를 진행
  • Release 상태는 “릴리즈됨” 으로 바뀌고 이슈 상태를 그대로 남아 있음.

• 두번째는 미완인 이슈를 다른 버전으로 이동하는 것으로 미완인 이슈를 지정한 버전으로 이동하므로 혼동될 일이 적으므로 이 방법을 추천