[Git] Git branch strategy 명명 규칙 및 종류

Git을 통해 여러명의 개발자와 함께 프로젝트를 진행하다 보면, commit 이름 규칙, branch 명명 규칙 등 레파지토리 내에서 일정한 규칙을 정하는 것은 중요한 고려 대상이 됩니다.

일반적으로 master, develop, feature, release, hotfix 5가지로 분류되는 브랜치들를 정리해보겠습니다.

 

Master(Main) Branch

제품으로 출시될 수 있는 최상위 브랜치

배포 이력을 관리하기 위해 사용됩니다. 즉, 배포(Release) 가능한 상태만을 master branch에 저장하고 관리합니다.

(보통 master 브랜치의 갱신 기준으로 버전을 업데이트 합니다.)

 

Develop Branch

다음 출시 버전을 개발하는 브랜치

master의 하위 브랜치로, 기능 개발을 위한 브랜치들을 병합하기 위해 사용됩니다. 즉, 모든 기능이 추가되고 버그가 수정되어 배포 가능한 안정적인 상태라면 develop 브랜치를 master에 merge하게 됩니다. 현재 개발을 진행하고 있는 dev서버 전용 브랜치로 사용됩니다.

 

Feature Branch

각각의 기능을 개발하는 브랜치

feature 브랜치는 새로운 기능 개발 및 버그 수정이 필요할 때마다 devlop브랜치로부터 분기하여 생성합니다.

이 작업들은 기본적으로 공유할 필요가 없기 때문에 자신의 로컬 저장소에서 관리하게 되고, 개발이 완료되면 develop 브랜치로 merge하여 다른 사람들과 공유합니다.

 

• ‘develop’ 브랜치에서 새로운 기능에 대한 feature 브랜치를 분기한다.
• 새로운 기능에 대한 작업 수행한다.
• 작업이 끝나면 ‘develop’ 브랜치로 병합(merge)한다.
• 더 이상 필요하지 않은 feature 브랜치는 삭제한다.
• 새로운 기능에 대한 ‘feature’ 브랜치를 중앙 원격 저장소에 올린다.(push)

이때 feature브랜치의 이름을 정하는 명명 규칙을 따르게 됩니다.

프로젝트를 진행하는 팀끼리 상의하여 정하기 때문에 정답은 없지만, 예시로 [feature/기능요약] 형식을 사용하기도 합니다.

 

Release Branch

이번 출시 버전을 준비하는 브랜치

배포를 위한 전용 브랜치를 사용함으로써 한 팀이 해당 배포를 준비하는 동안 다른 팀은 다음 배포를 위한 기능 개발을 계속할 수 있습니다feature branch에서 develop 브랜치로 어느정도 merge된 후, 배포가 진행되거나 배포할 수 있는 시점이 되었을때 release branch를 생성하게 됩니다. 이후 테스트를 통해 최종적으로 버그 수정, 문서 추가 등 실질적으로 release 출시 직전 단계 작업을 수행합니다.

 

Hotfix Branch

출시 버전에서 발생한 버그를 수정 하는 브랜치

배포한 버전에서 긴급하게 수정을 해게 될때 master에서 분기하여 사용되는 브랜치입니다. 버그가 수정된 이후에 master와 devleop에 각각 병합하여 이를 재배포하게 됩니다. 이는 master 브랜치 하위에 있는 임시 브랜치라고 생각하면 됩니다.

 

 

 

 

https://gmlwjd9405.github.io/2018/05/11/types-of-git-branch.html

[GitHub] Git 브랜치의 종류 및 사용법 (5가지) - Heee's Development Blog

https://www.inbogi.com/bok/2020/04/1/

[GIT] GIT branch strategy 명명규칙 및 전략 - INBOGI Magazine.