[Git] GitFlow | 브랜치 활용 전략

GitFlow를 설명하기에 앞서 브랜치 활용 전략 종류에 대해 간략히 알아보자.

 

▶ Git의 브랜치 활용 전략 모델

  - feature 별 branch

  - 개발자별 branch

  - 스프린트 주기별 branch

  - 사내 검증 단계별 branch

  - · · ·

  - GitFlow

 

 

Git의 브랜치 활용 전략 중 하나인 GitFlow에 대해 살펴보자.

GitFlow 모델은 다섯가지 브랜치를 활용하여 변경점을 관리하는 모델이다. 하나씩 알아보자.

 

280각 상황별로 각각의 브랜치가 어떤 상황에 분기와 병합이 되는지를 그림으로 도식화한 자료

 

 

master branch
: 실제 고객에게 릴리즈 되는 브랜치

- 고객에게 전달 가능한 수준의 커밋만 존재해야 한다.

- 모든 변경사항은 결국 master로 최종 반영되어야 한다.

 

 

develop branch
: 다음 배포할 기능을 개발하는 브랜치

- 실제 개발의 중심이 되는 브랜치

- develop 브랜치에 모든 기능이 추가되고, 버그가 수정되고, 고객에게 배포 가능한 수준이 되면 develop의 내용은 master에 최종 반영되어야 한다.

 

 

feature branch
: 기능을 개발하는 브랜치

- develop 브랜치로부터 분기되어 사용된다. (feature 브랜치의 단위 → 기능, 스프린트 주기 등)

- 기능 개발이 완료되거나 스프린트 주기가 종료되면 develop 브랜치로 내용을 merge 후 브랜치는 삭제 된다.

 

 

release branch
: 배포를 준비(검증, 이슈 수정 등)하는 브랜치

- 배포 가능한 상태가 되면 master 브랜치로 병합 

- 기능 점검시 발견한 이슈에 대한 수정사항은 반드시 develop 브랜치에 merge 해야 한다.

- 배포 준비가 완료되면, 최종 master브랜치로 병합하고 tag를 명시해야 한다. (ex. 1.0)

 

 

hotfixs branch
: 배포한 버전에서 긴급 수정이 필요한 장애 및 버그 발생시 대응하는 브랜치

- master브랜치로 부터 분기되며, 이슈가 수정되면 수정사항은 master와 develop 브랜치에 최종 반영되어야 한다.

 

 

이렇듯 5개의 브랜치는 각 브랜치 별로 사용목적, 사용시점, 사용상황, 브랜치의 생성 방식이 다름을 알 수 있다. 

 

 

 

 

 

 

 

 

 

 

 

 

---

 

 

코드프레소 Java 웹 개발 체험단 활동 중 '실무자가 알려주는 Git 활용한 프로젝트 관리' 이러닝 강의를 듣고 작성하였습니다 :)
코드프레소 URL: https://www.codepresso.kr/

프리미엄 IT 교육 서비스 - 코드프레소