Customizing Jira Sample Project
목차
- Custom Issue Type
- Custom Issue Workflow
- Custom Issue Field
- Kanban Board
먼저, 프로젝트 만들어 칸반 보드를 생성합니다.
1. Custom Issue Type
지라 프로젝트를 처음 생성해보면 기본적으로 갖춰져있는 이슈 타입들이 있다. 범위가 큰 순서대로 나열해보면 에픽 > 스토리 = 테스크= 버그 > 하위 테스크
이다. 프로젝트 별로 에픽을 사용하지 않기도 하고, 업무의 종류에 따라 이슈 타입을 다르게 선택한다.
admin으로 로그인 해서 오른쪽 위쪽 세팅 아이콘을 클릭하고, 이슈 탭을 들어가보면 다음과 같이 프로젝트에 사용하는 이슈 타입들을 확인할 수 있다.
기본을 그대로 사용할 수도 있는데, 만약 원하는 이슈 타입이 따로 있다면 이슈 유형 추가
로 원하는 이슈 타입을 만들 수 있다.
예를 들어, 테스크 밑에 하위 테스크 종류를 여러개로 사용하기 위해 새로운 이슈 타입을 만들어보자.
- Sub-dev-task
- Sub-deploy-task
이렇게 두가지 종류를 만들어서 활용할 예정이다.
이렇게 새로 만든 이슈 타입들을 이슈 유형 계획
에서 해당 프로젝트에서 사용할 스키마를 새로 만들어 적용할 수 있다.devops
프로젝트에서는 이야기
유형 이슈를 중심으로 방금 만든 하위 작업
들로 이슈 유형 계획은 만들어본다.
2. Custom Issue Workflow
애자일 방법론을 바탕으로 소프트웨어 개발을 할 때 가장 흔히 접하는 워크플로우는 TO DO
- Doing
- Done
이다.
하지만 작은 규모의 개발 프로젝트 외에는 단순하게 이렇게만 적용하기 어려운 경우가 많다. 따라서 워크플로우를 각 프로젝트에 맞게 커스터마이징 할 수 있다.
이번 프로젝트에서는 다음 목차처럼 워크플로우를 설정하려고 한다.
- 개발 하위 작업 워크플로우: 개발 준비 - 개발 진행- 개발 완료
- 배포 하위 작업 워크플로우: 배포 준비 - 배포 검토 - 배포 승인 - 배포 수행 - 배포 완료
앞서 설명한 이슈 스키마처럼 워크플로우도 먼저 각 이슈마다 할당해줄 워크플로우를 만들고, 워크플로우 계획을 적용한다.
워크플로우 생성 화면에 들어가면 크게 상태 추가
, 전환 추가
버튼으로 각 단계와 전환을 설정할 수 있고, 전환의 경우 여러가지 조건을 미리 설정할 수도 있다. 예를 들면, 특정 사용자 그룹에 속한 사람만 전환을 진행할 수 있다거나 단계가 전환되면서 자동으로 웹훅이 작동하도록 할 수도 있다.
먼저, 개발 하위 작업의 워크플로우를 만들어보자.개발 준비
단계의 경우 '진행 중'으로 분류해서 새로운 상태로 추가한다. 마찬가지로 개발 완료
는 '완료'로 분류하면 되겠다.
다음 그림처럼 다이어그램에서 만들어진 워크플로우를 확인할 수 있다.
같은 방법으로 배포 하위 작업의 워크플로우를 만든다.
이렇게 워크플로우를 만들어두면 비활성 탭에서 확인할 수 있고, 해당 워크플로우를 업무흐름 계획
탭에서 특정 이슈에 할당해줘야 사용할 수 있다.
업무흐름 계획 추가
> 스키마 이름 설정 > 만들어둔 업무 흐름
추가 > 각 이슈에 할당
이렇게 스키마를 완성하고 나면, 프로젝트 설정 창에서 좌측 카테고리의 업무 흐름 탭을 클릭하고, 계획 변경
을 통해 해당 프로젝트에 만들어둔 업무흐름 계획을 할당한다.
3. Custom Issue Field
이슈를 만들 때 혹은 상태를 전환할 때에 팝업하는 화면 창을 앞서 업무 계획처럼 스키마로 미리 만들어서 사용할 수 있다. 이 때, 각 화면을 구성하고 있는 필드들은 초기에 주어진 필드를 사용할 수도 있고, 사용자가 원하는 필드를 여러가지 타입(날짜, 체크박스, 텍스트 등)으로 만들어서 넣어줄 수도 있다.
이번에는 개발 하위 작업
에 테스트 통과
를 체크할 수 있는 필드를 만들어서 집어넣어보자.
관리 > 이슈 > 필드 > 사용자정의 필드 에서 사용자정의 필드 추가
를 클릭한다. 필드유형으로 체크박스
를 선택한다.
이름과 내용을 집어넣고
화면 구성
에서 개발 하위 작업에 사용할 화면을 생성하고, 화면 구성 계획
에서 새롭게 만든 화면을 기본으로 선택한 스키마를 생성한다. 이렇게 만든 스키마를 이슈 유형 화면 계획
의 설정
으로 들어가 개발 하위 작업 이슈와 연결한다.
이렇게 설정을 해두면 개발 하위 작업 이슈를 생성할 때 사용자 정의 필드를 확인할 수 있다.
4. Kanban Board
프로젝트의 진행 상황을 한 눈에 볼 수 있는 칸반 보드 또한 진행 상황을 보여주는 열을 새롭게 이름짓고, 각 열마다 보여줄 이슈의 상태를 지정할 수 있다.
우리는 워크플로우를 커스터마이징해서 사용하고 있기 때문에 각 열마다 보여줄 이슈 상태를 새롭게 지정해야 보드에서 확인할 수 있다.
칸반 보드 환경설정으로 들어가, 열 관리에서 각 단계 이름을 구성하고 보여줄 이슈를 지정한다. 사용하지 않을 열은 삭제해준다.
이제 사용자, 샘플 스토리를 생성하고 칸반 보드를 구성해볼 수 있다.
각 단계별로 좀 더 상세한 커스터마이징은 지라 공식문서에 상세히 나와있으니 필요한 부분을 찾아 적용해보자!
이번 포스팅에서는 지라 여러가지 커스터마이징 방법을 알아보았습니다. MySQL에 커스터마이징한 데이터 정보가 모두 들어있을테니, 이제 만들어둔 지라 데모 서비스를 쿠버네티스 클러스터에 올려볼 예정입니다.
Reference
'📒 Tech Note > DevOps' 카테고리의 다른 글
Kubernetes Cluster에 Helm으로 Sonarqube 설치하기 (2) | 2020.07.15 |
---|---|
Kubernetes Cluster에 Helm으로 Jenkins 설치하기 (0) | 2020.07.15 |
JIRA, MySQL 도커 이미지 빌드 (1/2) (2) | 2020.07.14 |
Ubuntu(18.04)에 Jenkins 설치하기 (0) | 2020.07.14 |
Ubuntu(18.04)에 Gitlab 설치하기 (0) | 2020.07.14 |