Git-Flow

Git-Flow란?

• Git-Flow는 대표적인 브랜칭(branching) 전략 중 하나
• 2010년 Vicent Driessen가 Git 작업 절차에 대해 소개함

• Git-Flow는 브랜치를 크게 5가지로 나누어 개발하는 전략
  • Git Flow 전략에는 master와 develop이라는 항상 존재하는 메인 브랜치(Main branch)가 있음
  • feature-*, hotfix-*, release-*라는 필요에 따라 생성하는 브랜치가 있음
  • 이후 improvement-*, bugfix-*등 프로젝트에 따라 다양한 브랜치 모델이 추가되었음
• 가장 중심이 되는 브랜치는 master와 develop 브랜치이며, merge된 feature, release, hotfix 브랜치는 삭제하도록 함

• 보통 Git-flow를 설명할 때 가장 많이 사용되는 설명 이미지
  • master 브랜치에서 시작
  • 동일한 브랜치를 develop에도 생성
  • 개발자들은 이 develop 브랜치에서 개발을 진행
    • 개발을 진행하다가 회원가입, 장바구니 등의 기능 구현이 필요할 경우 A개발자는 develop 브랜치에서 feature 브랜치를 하나 생성해서 회원가입 기능을 구현하고 B개발자도 develop 브랜치에서 feature 브랜치를 하나 생성해서 장바구니 기능을 구현
  • 완료된 feature 브랜치는 검토를 거쳐 다시 develop 브랜치에 합침
  • 모든 기능이 완료되면 develop 브랜치를 release 브랜치로 만듬
  • QA(품질검사)를 하면서 보완점을 보완하고 버그를 픽스
  • 모든 것이 완료되면 이제 release 브랜치를 master 브랜치와 develop 브랜치로 보냄
  • master 브랜치에서 버전 추가를 위해 태그를 하나 생성하고 배포
  • 배포를 했는데 미처 발견하지 못한 버그가 있을 경우 hotfixes 브랜치를 만들어 긴급 수정 후 태그를 생성하고 수정 배포

메인 브랜치

• 메인 브랜치는 master 브랜치와 develop 브랜치 두 종류

• master : 배포 가능한 상태만을 관리하는 브랜치
• develop : 다음에 배포할 것을 개발하는 브랜치
  • 즉 develop 브랜치는 통합 브랜치의 역할을 하며, 평소에는 이 브랜치를 기반으로 개발을 진행

보조 브랜치

• 보조 브랜치는 피처 브랜치(feature branch) 또는 토픽 브랜치(topic branch)를 말함
• master 브랜치에서 develop 브랜치를 만들었고, develop 브랜치에서 다시 feature 브랜치를 나눠 작업을 하고 있는 것을 그림을 통해 알 수 있음
• 피처 또는 토픽 브랜치는 기능을 개발하는 브랜치

• develop 브랜치에는 기존에 잘 작동하는 개발코드가 담겨있으며, 보조 브랜치는 새로 변경될 개발코드를 분리하고 각각 보존하는 역할
  • 즉 보조 브랜치는 기능을 다 완성할 때까지 유지하고, 다 완성되면 develop 브랜치로 merge 하고 결과가 좋지 못하면 버리는 방향
  • 보조 브랜치는 보통 개발자 저장소에만 있는 브랜치고, origin에는 push하지 않음
  • feature 브랜치를 사용한다면, feature/#이슈번호 와 같은 형태로 브랜치를 관리

릴리즈 브랜치 (release branch)

• 릴리즈 브랜치는 배포를 위한 최종적인 버그 수정 등의 개발을 수행하는 브랜치

• develop 브랜치에 버전에 포함되는 기능이 merge 되었다면 QA를 위해 develop 브랜치에서부터 release 브랜치를 생성
• 배포 가능한 상태가 되면 master 브랜치로 병합시키고, 출시된 master 브랜치에 버전 태그(ex, v1.0, v0.2)를 추가
• release 브랜치에서 기능을 점검하며 발견한 버그 수정 사항은 develop 브랜치에도 적용해줘야 함
• 그러므로 배포 완료 후 develop 브랜치에 대해서도 merge 작업을 수행

핫픽스 브랜치 (hotfix branch)

• 핫픽스 브랜치는 배포한 버전에서 긴급하게 수정할 필요가 있을 때 master 브랜치에서 분리하는 브랜치

• 버그를 잡는 사람이 일하는 동안에도 다른 사람들은 develop 브랜치에서 하던 일을 계속할 수 있음
• 이 때 만든 hotfix 브랜치에서의 변경 사항은 develop 브랜치에도 merge 하여 문제가 되는 부분을 처리해줘야 함