[Git] 브랜치 관리 전략 GitFlow

브랜치 관리 전략 중 하나인  'git flow'

5가지 타입의 브랜치를 sourceTree-gitflow 에서 편하게 관리해준다 

feature  - feature브랜치를 따서 각 기능을 작업한 후, PR을 보낸다. develop에 merge되면 delete시키는 브랜치 

develop - 승인받은 feature들만 merge되기 때문에 안전하고 굵직한 코드들이 담긴 브랜치 

release - develop에서 바로 master로 가는 것이 아니다. 중간다리 역할을 해주는 브랜치 ( develop -> release -> master )  

hotfixes -  급히 수정해서 출시해야할때 사용하는 브랜치 

master - 출시용 브랜치 

* 설명

처음에는 master와 develop 브랜치가 존재합니다. 물론 develop 브랜치는 master에서부터 시작된 브랜치입니다. develop 브랜치에서는 상시로 버그를 수정한 커밋들이 추가됩니다. 새로운 기능 추가 작업이 있는 경우 develop 브랜치에서 feature 브랜치를 생성합니다. feature 브랜치는 언제나 develop 브랜치에서부터 시작하게 됩니다. 기능 추가 작업이 완료되었다면 feature 브랜치는 develop 브랜치로 merge 됩니다. develop에 이번 버전에 포함되는 모든 기능이 merge 되었다면 QA를 하기 위해 develop 브랜치에서부터 release 브랜치를 생성합니다. QA를 진행하면서 발생한 버그들은 release 브랜치에 수정됩니다. QA를 무사히 통과했다면 release 브랜치를 master와 develop 브랜치로 merge 합니다. 마지막으로 출시된 master 브랜치에서 버전 태그를 추가합니다.

( http://woowabros.github.io/experience/2017/10/30/baemin-mobile-git-branch-strategy.html )

좋다......!!!!! >_<