'gitflow'에 대해 알아보자

GitFlow 브랜치에 대해 알아보자.

1. 메인 브랜치 (기본 = 사라지지 않는 브랜치)

• master : 배포 가능한 브랜치 (production 상태와 일치)
  이 브랜치의 HEAD는 항상 production 상태와 일치한다.

• develop : 다음 버전 출시를 위해 개발한 브랜치
  이 브랜치의 HEAD는 최신 개발 변경 사항을 제공한다.
  릴리즈 할 준비가 되면 모든 변경 사항을 master 브랜치에 병합한다.

2. 보조 브랜치 (필요에 따라 생성/삭제 하는 브랜치)
   : 병렬 개발을 지원하고, 이를 관리하기 위해 있는 브랜치들
   : 기능 개발을 하거나 프로덕션 배포를 준비하고, 라이브 프로덕션 문제를 신속하게 수정하는 등 브랜치를 통해 관리한다.

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

• branch off from develop : 분기 시작하는 브랜치는 devlelop을 사용한다.
• merge back into develop : 개발 완료 후 develop 브랜치로 병합한다.

• release : 배포를 위해 최종 수정을 하는 브랜치
  이 브랜치에서는 주로, 버그수정 및 기타 릴리자 지향 작업만 포함되어야 한다.

• branch off from develop
  : 분기 시작하는 브랜치는 devlelop을 사용한다.
  (develop 브랜치가 개발이 새 릴리즈 사항에 대해서 원하는 상태일 때)
• merge back into develop 또는 master
  : 개발 완료 후 develop/master 브랜치로 병합한다.

• hotfix : 출시 버전(master)에서 빠르게 패치해야 하기 위해 사용하는 브랜치

: relase 브랜치와 유사, 하지만 master 브랜치에서 분기하는 유일한 브랜치
: hotfix 브랜치를 사용 하면, 긴급하게 수정해야 하는 버그에 대해서 다음 릴리즈 주기를 기다리지 않고, 문제 상황에 대해서 대처 할 수 있다.

• branch off from master : 분기 시작하는 브랜치는 master을 사용한다.
• merge back into develop 또는 master
  : 개발 완료 후 develop/master 브랜치로 병합한다.

< 전체적인 흐름 >

1. master branch 기준으로 devlop 생성
2. develop branch 기준으로 feature, release 생성
3. 기능 개발이 완료되면, develop 브랜치에 feature 브랜치 merged
4. 릴리즈 준비가 완료되면, master / devlelop 브랜치에 각각 merged
5. 만약 master 브랜치에 이슈가 생기면, hotfix 브랜치 생성
6. hotfix가 완료되면, master / devlelop 브랜치에 각각 merged