브랜치 전략

개발 과정의 순간 순간을 기록하기 위해서 버전 관리 도구인 Git을 많이 사용한다.

이때 충돌을 방지하기 위해서 혹은 개발 과정의 구분을 위해 여러 분기로 나누어 작업하고, 작업한 내용을 병합하게 된다.

브랜치를 나누는 전략 중 Git Flow는 디테일하게 브랜치를 나누지만 그만큼 귀찮고, Github Flow는 덜 디테일하지만 과정이 더 간소하다.

 

 

Github Flow 

main 브랜치와 feature 브랜치만을 가지는 간단한 방식이다.

각각의 기능마다 feature 브랜치를 생성해서 기능을 구현하고 main에 병합하면 된다.

 

Git Flow 

Master(main) -> HotFix -> Release -> Develop -> Feature 5가지 브랜치로 구분하여 각각은 아래와 같은 기준으로 구분된다.

• Master: 실제 운영되고 있는 서버에 적용되는 코드만을 관리하는 브랜치
• HotFix: 실제 운영 중인 코드에서 버그가 발견되었을 경우 hotfix 브랜치에서 처리 후 Master로 합친다.
• Release: 배포를 위해 최종적으로 버그 수정 등의 개발을 수행하는 브랜치로 성공 시 master로, 수정 필요 시 Develop으로 합친다.
• Develop: 다음 출시 버전을 대비하여 개발 중인 코드를 관리하는 브랜치로 Release로 합친다.
• Feature: 추가 기능을 개발하는 브랜치, Develop 보다 작은 단위로 추가 기능 개발 후 Develop으로 합친다.

 

reference

sourcetree에서 깃 플로우 적용하기

git kraken에서 깃 플로우 적용하기