문서

릴리스

완료된 작업을 릴리스로 그룹화하여 배포 내용을 명확히 파악할 수 있습니다.

릴리스는릴리스완료된 작업을 이름을 붙여서 구분할 수 있는 단위로 그룹화합니다. 작업, 계획 및 스프린트가 진행 중인 작업을 관리하는 반면, 릴리스는 완료된 작업을 체계적으로 정리합니다.

해당 항목은 다음 위치에서 확인할 수 있습니다:릴리스.

릴리스의 용도

"무엇이 배포되었는가?"에 대한 답을 제공합니다. 릴리스 노트 작성, 이해관계자 공유, 변경 사항 기록 등에 활용됩니다.

Coroid는 작업 단위로 진행 상황을 추적하는데, 이는 실행에는 적합하지만 공유에는 부적합한 세부 수준입니다. 40개의 작업 제목 목록을 원하는 사람은 없죠. 릴리스는 이러한 작업들을 하나의 명확한 결과물로 묶어주는 역할을 합니다.

릴리스 생성하기

릴리스를 생성하고 그에 포함될 완료된 작업을 연동하세요. 작업이 먼저 존재해야만 릴리스에 포함시킬 수 있습니다. 릴리스는 과거에 발생한 내용을 기술할 뿐, 향후 작업을 예약하는 용도로 사용되지 않습니다.

릴리스와 배포 프로세스의 관계

Coroid의 릴리스는 기록용 도구일 뿐 배포 메커니즘이 아닙니다. 아티팩트를 빌드하거나 저장소에 태그를 지정하거나 환경에 코드를 배포하지 않습니다. 이러한 작업은 기존 파이프라인이 병합 시점에 자동으로 처리합니다.

이러한 구분은 의도적인 설계입니다. Coroid는 단지 풀 요청을 생성할 뿐이며, 병합 이후의 과정은 기존 프로세스에 따라 진행됩니다. 여기에 별도의 배포 권한을 추가하면 배포 당일에 혼선이 발생할 수 있기 때문입니다.

스프린트와의 관계

스프린트는 시간 단위의 작업 주기이고, 릴리스는 배포 단위입니다. 두 가지가 일치하는 경우도 있고 그렇지 않은 경우도 있습니다. 한 스프린트의 작업이 두 개의 릴리스에 걸쳐 배포되기도 하고, 하나의 릴리스에 여러 스프린트의 작업이 포함되기도 합니다.

조직에서 실제로 사용하는 용어를 선택하세요. 두 가지를 모두 사용하는 것은 불필요한 행정 업무를 만들 뿐입니다.