[Git] Git Flow

Git

Git은 서버를 분산시켜 구축할 수 있게 하는 소프트웨어로 지역 저장소를 만들고 파일, 코드 등을 관리하는 작업을 한다.

GitHub는 Git으로 관리하는 자료를 다른 사람과 공유하거나 백업할 수 있는 웹 사이트이다.

 

Git Flow

• 기본 브랜치는 5가지를 이야기한다.
• feature > develop > release > hotfix > master 브랜치가 존재하며 머지 순서는 앞에서 뒤로 진행된다.
• release 브랜치와 hotfix 브랜치의 경우, develop 브랜치의 오른쪽에 존재하기에 모두 develop 브랜치도 머지를 하도록 구성이 되어있다.

 

Git Flow

 

1) Master Branch

제품으로 출시될 수 있는 브랜치로 배포(Release) 이력을 관리하기 위해 사용. 즉, 배포 가능한 상태만을 관리한다.

 

2) Develop Branch

다음 출시 버전을 개발하는 브랜치로 기능 개발을 위한 브랜치들을 병합하기 위해 사용한다. 모든 기능이 추가되고 버그가 수정되어 배포 가능한 안정적인 상태라면 develop 브랜치를 master 브랜치에 병합(merge)한다. 즉, 평소에는 이 브랜치를 기반으로 개발을 진행한다.

 

Develop Branch

 

3) Feature branch

기능을 개발하는 브랜치로 새로운 기능 개발 및 버그 수정이 필요할 때마다 develop 브랜치로부터 분기한다. 그리고 개발이 완료되면 develop 브랜치로 병합(merge)하여 다른 사람들과 공유한다. 이때 feature 브랜치에서의 작업은 기본적으로 공유할 필요가 없기 때문에 자신의 로컬 저장소에서 관리한다.

 

Feature branch

 

4) Release Branch

이번 출시 버전을 준비하는 브랜치로 배포를 위한 전용 브랜치를 사용함으로써 한 팀이 해당 배포를 준비하는 동안 다른 팀은 다음 배포를 위한 기능 개발을 계속할 수 있다. 즉, 딱딱 끊어지는 개발 단계를 정의하기에 아주 좋다. 예를 들어, ‘이번 주에 버전 1.3 배포를 목표로 한다!’라고 팀 구성원들과 쉽게 소통하고 합의할 수 있다는 말이다.

 

Release Branch

 

5) Hotfix Branch

출시 버전에서 발생한 버그를 수정하는 브랜치로 배포한 버전에 긴급하게 수정을 해야 할 필요가 있을 경우 master 브랜치에서 분기하는 브랜치이다. develop 브랜치에서 문제가 되는 부분을 수정하여 배포 가능한 버전을 만들기에는 시간도 많이 소요되고 안정성을 보장하기도 어려우므로 바로 배포가 가능한 master 브랜치에서 직접 브랜치를 만들어 필요한 부분만을 수정한 후 다시 master 브랜치에 병합하여 이를 배포해야 하는 것이다.

 

Hotfix Branch

 

참고

https://ujuc.github.io/2015/12/16/git-flow-github-flow-gitlab-flow/

Git flow, GitHub flow, GitLab flow

https://sujinlee.me/professional-github/

깃허브(GitHub)로 취업하기