GitLab Issues란 무엇인가?
GitLab Issues는 프로젝트의 작업, 버그, 개선 요청, 질문 등을 기록하고 관리할 수 있는 추적 도구입니다.
각 이슈는 단일 작업 항목으로 취급되며, 이를 통해 프로젝트의 진행 상황과 우선순위를 명확히 알 수 있습니다.
주요 특징
- 이슈 템플릿
- 이슈를 생성할 때 특정 형식을 유지하도록 템플릿을 사용할 수 있습니다.
- 템플릿 예:
-
markdown코드 복사### 이슈 제목 [버그/기능 요청/질문] ### 설명 문제나 요청에 대한 자세한 설명을 작성하세요. ### 재현 방법 (버그의 경우) 1. 실행 단계 2. 예상 결과 3. 실제 결과 ### 추가 참고 자료 관련 스크린샷, 로그 파일 등을 첨부하세요.
- 태그와 레이블
- 레이블(Label): 이슈를 범주화하기 위한 도구입니다. 예를 들어, bug, enhancement, documentation 등의 레이블을 사용할 수 있습니다.
- 우선순위와 상태를 쉽게 구분할 수 있음:
- P1, P2 (우선순위)
- To Do, In Progress, Done (상태)
- 할당자 (Assignees)
- 이슈를 특정 팀원에게 할당하여 책임 소재를 명확히 할 수 있습니다.
- 한 이슈에 여러 명을 할당할 수도 있습니다.
- 마일스톤 (Milestones)
- 여러 이슈를 그룹화하여 특정 목표나 마감일과 연결할 수 있습니다.
- 프로젝트의 전반적인 진행 상황을 시각적으로 확인 가능.
- 종속성과 관계
- 이슈 간 종속성을 정의할 수 있습니다.
- is blocked by (다른 이슈에 의해 막힘)
- relates to (관련 있음)
- 시간 추정 및 추적
- 시간 추정: 작업 완료에 예상되는 시간을 기록.
- 실제 시간 추적: 작업에 소요된 시간을 기록하여 생산성을 분석.
결론
GitLab Issues는 강력하고 유연한 프로젝트 관리 도구입니다. 이를 효과적으로 활용하면 팀의 협업 효율성을 크게 향상시킬 수 있습니다. 특히, 마일스톤, 이슈 보드, 시간 추적 기능을 잘 활용하면 프로젝트 진행 상황을 체계적으로 파악할 수 있습니다.
그렇다면 현업입자에서 고려해봐야 할 내용은 과연 GitLab의 Issue가 Jira와 비교해서 뭐가 더 좋은가에 대한 점일 텐데요.
간단하게 비교를 해보자면 소,중 규모의 개발팀에서 사용하기에는 GitLab이, 복잡한 워크플로우를 관리하기에는 Jira가 더 유용합니다.
결국 사용자의 니즈에 따라 선택할 수 있는 솔루션이 다를 텐데요, GItLab은 코드 관련된 작업, CI/CD 와 연계된 이슈를 처리하는데 유용하고, Jira는 프로젝트 관리, 작업 추적, 팀 간 협업과 같은 비개발적인 작업을 처리하는데 도움이 됩니다.
다만, Jira는 사용자가 익숙해지기까지 런닝커브가 존재하고 현업의 입맛에 맞게 Jira의 화면이나 기능을 수정하려면 그만큼의 업체에 추가로 납입해야 하는 금액이 증가하게 되겠죠.
GitLab에과 Jira와 통합에 대해서도 궁금할 수 있겠습니다. 결론은 GitLab과 Jira는 자동화와 통합 기능이 잘 지원됩니다. 예를 들어, GitLab에서 새로운 커밋이나 PR이 생성될 때 이를 Jira의 특정 이슈로 연결할 수 있습니다. Jira에서 이슈가 업데이트되면 GitLab의 상태에 변화를 반영하는 방식으로 두 시스템 간의 원활한 흐름을 만들 수 있습니다. 다만 그만큼의 개발자의 노오력이 들어가게 되겠지만요.
결국 두 도구를 결합하면 개발팀과 비개발팀의 협업을 원할하게 할 수 있습니다.
저희 회사에서는 Jira를 해당 용도로 사용하고 있지 않지만요.
기회가 된다면 별도의 개발외 프로세스를 gitlab으로 만들 생각입니다. 그 내용에 대해서는 가능하다면 블로그에 적당한 수준으로 리뷰 하겠습니다. :)
기본 철학 및 접근 방식 ( GitLab vs Jira )
| 통합성 | GitLab은 DevOps 통합 플랫폼으로, 코드 관리, CI/CD, 배포 등을 Issues와 밀접히 통합. | Jira는 작업 관리 중심 도구로, 소프트웨어 개발부터 일반적인 팀 관리까지 다양한 용도로 확장 가능. |
| 사용 용이성 | 직관적이고 간단한 인터페이스로, 기본적인 프로젝트 관리에 적합. | 더 복잡한 기능과 구성 가능성, 대규모 프로젝트에 유리. |
| 목적 | 소규모~중규모 개발팀에서 코드 중심으로 작업 관리를 단순화. | 대규모 팀과 복잡한 워크플로우를 관리하기에 적합. |