브랜칭 전략 & branch Naming - leegwichan/StackOverFlow_Refactoring GitHub Wiki
- main branch에 현재까지 작업한 내용이 보일 수 있도록 함
- 기능 구현 시에는 main에서 브랜치를 생성해서 작업 후, 다시 main으로 PR을 하는 형식으로 진행
- README 수정과 같은 문서 작업 등은 따로 branch를 생성하지 않고 main에서 작업하는 것도 허용함
- Auto Deploy와 같은 작업을 하지 않았기 때문에 main에서 직접 커밋을 허용
- Jira의 Issue에 branch를 참조하기 위해 다음과 같은 형식 사용
<issue key>/<type>/<scope>
- issue key : Jira에서 사용하는 Issue의 key를 넣음
- Jira에서 자동으로 branch과 issue가 연결되어 보기 용이하게 함
- type : feat, refactor, chore 등의 적당한 영어 단어 사용
- feat : 기능 구현
- refactor : 리팩토링
- chore : 이외 기타 일들
- scope : 작업 대상 작성 (범위는 적당히 책정할 것)
-
- 작업 대상은 snake_case로 작성
-
- ex) SCR-17/refactor/member_service
- 이전 여러 명이 참가한 Pre-Project 에서는 Coz’ Git flow를 따랐음
- 주요 branch : main, dev, feature
- main : 배포 가능한 상태 ex) v1.0.0
- develop : 현재 개발중인 상태 (다른 사람들과 공유 가능)
- feature : 개인 단위 기능 개발 상태 (현재 한 파트의 기능 개발 중)
