Skip to content

Branch naming convention

Soyeon Kim edited this page Aug 28, 2022 · 2 revisions

Github branch naming 규칙

1) main branch

  • 제품으로 출시될 수 있는 브랜치
  • 사용자에게 배포 가능한 상태만을 관리

2) develop branch

  • 다음 출시 버전을 개발하는 브랜치
  • 기능 개발을 위해 브랜치들을 병합하기 위해 사용
  • 즉 모든 기능이 추가되고 버그가 수정되어 배포 가능한 안정적인 상태라면 develop 을 main 으로 병합

3) feature branch

  • 새로운 기능 개발 및 버그 수정이 필요할 때마다 develop 브랜치로부터 분기
  • 개발이 완료되면 develop 브랜치로 merge 하여 다른 사람들과 공유
  • feature/기능요약/{issue-number}
    • ex) feature/login/#77
  • 기능 요약 부분에서 띄어쓰기는 - 를 이용하여 작성
    • ex) loginApi (X) login-api (O)

4) release branch

  • 이번 출시 버전을 준비하는 브랜치
    • ex) release-1.2

5) hotfix branch

  • 이미 출시된 버전에서 발생한 버그를 수정하는 브랜치
    • ex) hotfix-1.2.1

Reference

https://velog.io/@kim-jaemin420/Git-branch-naming

Convention

Clone this wiki locally