[싸피에서 뭐했니?] #JIRA # GIT # 컨벤션

안녕하세요~!! 11기 최민주 기자입니다 👋

 

2학기 첫 프로젝트로 진행하고 있는 공통 프로젝트에서 일정 관리와 형상 관리를 위해 지라(JIRA)와 깃(Git)을 사용하고 있습니다.

여러 팀원이 함께 사용하는 협업 도구인 만큼, 효율적인 협업을 위해 팀원들 간의 공통된 컨벤션을 정하게 되었는데요,

그 내용을 소개해드리려고 합니다!

 

JIRA

지라(JIRA)는 프로젝트 관리 도구로, 다양한 에픽(Epic)을 생성하고 이를 체계적으로 관리할 수 있도록 도와줍니다.

 

작업 유형

Epic

• 큰 단위의 업무 (여러 User Story, Task 등을 묶은 단위)
• 생성 Convention
  • 요구사항 명세서의 대분류를 적어준다.

 

Task

• 해당 Epic의 하위 단위 작업으로 직접적인 기능 구현을 기본으로 한다.
• 생성 Convention
  • 요구사항 명세서의 중분류를 적어준다.

 

SubTask

• Story, Task를 더 작은 단위로 나눈 업무
• 즉, 모든 SubTask가 끝나야 해당 업무 종료
• 생성 Convention
  • 기능명세서의 ID 를 적어준다.

 

현재 JIRA 현황,,

 

 

스프린트

• 각 스프린트는 1주일을 기준으로 진행한다.
• 각 스프린트 기준으로 일인당 40 Point의 스토리 포인트가 부여된다.
  • 하루에 8 Point (8시간) * 5 = 40 Point
• 스프린트 과정
  1. 로드 맵에서 에픽 생성
  2. 백로그에서 이유 생성
  3. 이슈에 에픽 연결 및 스토리 포인트 설정
  4. 스프린트로 이슈 이동
  5. 스프린트 시작
  6. 이슈 관리
  7. 스프린트 종료

 

GIT

깃(GIT)은 소스 코드 버전 관리를 위한 도구로, 여러 명이 동시에 작업을 하더라도 충돌 없이 효율적으로 협업할 수 있도록 도와줍니다. 

 

커밋 컨벤션

Header

• 제목은 최대 50글자를 넘기지 않는다.
• 마침표 및 특수기호는 사용하지 않는다.
• 유형(Feat, Fix, ..)을 제외하고는 한국어로 작성합니다.

소소한 팁!
Git-Hook과 Husky를 이용해 깃모지를 자동화할 수 있답니다ㅎㅎ
https://kyechan99.github.io/post/lib/husky

 

깃모지로 커밋 메시지 꾸미기

 

Body

• 양에 구애받지 않고 최대한 상세히 작성한다.
• 어떻게 변경했는지 보다 무엇을, 왜 변경했는지를 설명한다.
• 예시

🍎 Chore: docker 설정 

- mysql, spring boot 추가 
- application.yml secret 부분수정 
- #S11P12A604-90

 

브랜치 네이밍 룰

master branch

• 배포 가능한 최종 버전을 관리하는 브랜치
• master 브랜치는 본래 이름 그대로 사용하는 경우가 일반적이다.

 

develop branch

• 새로운 기능 개발 및 통합 작업이 이루어지는 브랜치
• develop 브랜치는 본래 이름 그대로 사용하는 경우가 일반적이다.

 

feature branch

• 특정 기능이나 개선사항을 개발하기 위해 분기된 임시 브랜치
• `feature/jira{Jira_Story_ID}-{기능요약}` 형식으로 작성한다.
• 예시

feature/jira30-kakao-api

 

release branch

• 배포 준비를 위해 최종 테스트와 버그 수정을 진행하는 브랜치
• `release-...` 형식을 추천한다.
• 예시

release-1.2

 

hotfix branch

• 긴급하게 발생한 문제를 수정하기 위해 분기된 브랜치
• `hotfix-...` 형식을 추천한다.
• 예시

hotfix-1.2.1

 

그럼 다음 기사로 만나요! 안녕-! 👋