브랜치 관리 전략 (Git-Flow)에 대해 알아보자!

1) Git Flow란

Git Flow는 Git으로 형상 관리를 할 때, 브랜치를 효율적으로 관리하기 위해 사용하는 브랜치 관리 전략이다. (Branch Management Strategy)

2) Git Flow를 사용하는 이유

• 프로젝트 규모가 작거나 혼자서 개발을 하는 경우에는 굳이 브랜치를 만들 필요 없이 Main 브랜치에서 작업해도 상관이 없다.

 

• 다만 프로젝트 규모가 커지거나 팀 단위로 개발이 이루어지는 상황에서 별도의 브랜치 관리 전략 없이 개발을 진행하게 되면 무분별하게 브랜치를 생성하게 되어 잦은 충돌로 인해 생산성이 떨어지게 되고 협업이 원활하지 않게 된다.

 

• 즉, Git Flow를 사용하는 이유는 Git을 효과적으로 활용하여 프로젝트 관리와 협업을 개선하고 팀의 생산성을 높이며 소프트 웨어 품질을 향상시키기 위해서이다.

 

3) Branch 종류 in Git Flow

 

(1) Main Branch

• 제품으로 출시될 수 있는 브랜치

 

(2) Develop Branch

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

 

• 기능 개발을 위한 브랜치 (feature Branch)들을 병합하기 위해 사용한다.

 

• 즉, 모든 기능이 추가되고 버그가 수정되어 배포 가능한 안정적인 사태라면 develop 브랜치를 Main 브랜치에 merge(병합)한다.

 

• 평소에는 이 브랜치를 기반으로 개발을 진행한다.

 

(3) Supporting Branch

• 평소에 자주 사용하는 브랜치로 팀 구성원 간에 평행 개발을 하게 하고 기능을 쉽게 추적할 수 있다.

 

• 이 supporting 브랜치들은 메인 브랜치와는 달리 결국 제거될 것이므로 항상 제한된 수명을 갖는다.

 

① release branch

• 이번 출시 버전을 배포하기 위한 전용 브랜치로 배포를 위한 최종적인 버그 수정, 테스트, 문서 추가 등 배포와 직접적으로 관련된 작업을 수행한다.

 

• 이러한 작업들 이외에 release 브랜치에 새로운 기능을 추가로 merge 하지 않는다.

 

② feature branch

• 기능을 개발하는 브랜치로, 새로운 기능 개발 및 버그 수정이 필요할 때마다 develop 브랜치로부터 분기한다.

 

• (중요!) feature 브랜치에서의 작업은 기본적으로 공유할 필요가 없기 때문에 자신의 로컬 저장소에서 관리하며, 개발이 완료되면 develop 브랜치와 merge 하여 다른 사람들과 공유한다.

 

[예시]

1. develop 브랜치에서 새로운 기능에 대한 feature 랜치를 분기한다.
2. 새로운 기능에 대한 작업을 수행한다.
3. 작업이 끝나면 develop 브랜치로 merge한다.
4. 더 이상 필요하지 않은 feature 브랜치는 삭제한다. → 많은 줄기 (branch)는 작업에 혼란을 줄 수 있다.
5. 새로운 기능에 대한 feature 브랜치를 중앙 원격 저장소에 올린다.

 

③ hotfix branch

• 출시 버전에서 발생한 버그를 수정하는 브랜치로, 배포한 버전에 긴급하게 수정을 해야 할 필요가 있을 경우, mainn 브랜치에서 분기한다.

 

• develop 브랜치에서 문제가 되는 부분을 수정하여 배포 가능한 버전을 만들기에는 시간도 많이 소요되고 안정성을 보장하기도 어려우므로 바로 배포가 가능한 main 브랜치에서 직접 브랜치를 만들어 필요한 부분만 수정한 후, 다시 main 브랜치에 병합하여 이를 배포한다.

 

[예시]

1. 배포한 버전에 긴급하게 수정할 부분 발생 → Main 브랜치에서 hotfix 브랜치 분기
2. 문제가 되는 부분 수정 후 Main 브랜치에 merge하고 배포
3. hotfix 브랜치에서의 변경 사항은 develop브랜치에도 merge한다.

 

4) Branch 네이밍 규칙

 

(1) main branch, develop branch

• master와 develop 브랜치는 본래 이름 그대로 사용하는 경우가 일반적이다.

 

(2) feature branch

• 보통 "feature/기능 요약" 형식으로 사용한다. ex) feature/login

 

• feature/{issue-number}-{feature-name} 이슈추적을 사용한다면 이와 같은 형식을 따른다.

 

(3) release branch

• "release-버전명" 형식을 주로 사용한다. ex) release-0.0.1

 

(4) hotfix branch

• "hotfix-이슈 버전" 형식을 주로 사용한다. ex) hotfix-1.2.1

 

[Reference]

• https://bonjourpark.tistory.com/12
• https://gist.github.com/ihoneymon/a28138ee5309c73e94f9

git 을 기반으로 git-flow를 사용하여 애플리케이션 배포버전을 관리하자.

Git-flow란?