# Introduction

<figure><img src="https://2436179334-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-MXop1o57DgerzWA1Brs-2601311391%2Fuploads%2FZfHmsli3ge50YaSdPDOh%2F%E1%84%89%E1%85%B3%E1%84%8F%E1%85%B3%E1%84%85%E1%85%B5%E1%86%AB%E1%84%89%E1%85%A3%E1%86%BA%202024-04-26%20%E1%84%8B%E1%85%A9%E1%84%92%E1%85%AE%202.50.32.png?alt=media&#x26;token=b45615d0-1b38-440e-bc05-3117e25cb98e" alt="JIRA 워크플로우"><figcaption></figcaption></figure>

\
큐브리드는 [JIRA](http://jira.cubrid.org/)를 사용하여 프로젝트를 관리하며 모든 변경사항은 이슈를 단위로 하여 관리 합니다. JIRA 이슈는 진행 상황에 따라 위 그림과 같이 9가지의 상태 (OPEN, CONFIRMED, ANALYSIS, DEVELOP, HANDOVER, BACKPORT, RESOLVED, TEST, CLOSED) 를 가지며, 이슈 진행 상황에 따라 상태를 변경하여 관리합니다. 처음 이슈를 생성하면 “OPEN” 이고, “CLOSED” 로 모든 기여 작업이 완료됩니다.‌

각 상태에서 이슈를 진행하는 주체는 다를 수 있습니다.&#x20;

예를 들어 “OPEN” 상태에서는 프로젝트 메인테이너가 해당 이슈에 대해 선별 작업(triage) 후 승인된 이슈에 대해 개발자 지정과 함께 “CONFIRMED”상태로 할당합니다. "ANALYSIS" 상태는 개발자가 할당 받은 이슈를 분석하는 단계로 분석, 설계, POC 및 설계의 동료 리뷰 등의 개발 전 분석 작업을 진행합니다. "DEVELOP" 상태는 분석된 내용을 기반으로 개발, 동료 리뷰 , 단위 테스트 및 코드 머지을 진행합니다. "HANDOVER" 상태는 품질보증팀(QA)에 이관하기 위한 사전 작업을 하는 단계로 테스트 시나리오 정리, 매뉴얼 작성 및 regression test 수정 작업을 진행합니다.  “RESOLVED” 상태에서는 QA 메인테이너가 이슈를 테스트 담당자에게 할당합니다. 지정된 테스트 담당자는 "TEST"로 상태 변경 후 QA 업무를 수행합니다. "BACKPORT" 상태는 하위 버전에 테스트 완료된 이슈의 코드 및 매뉴얼을 반영합니다.

단, 프로젝트 메인테이너는 모든 상태에서 내용과 이슈 상태 전환과 같은 수정이 가능합니다.