[Git] Git flow 브랜치 전략

🤷‍♂️ Git 브랜치 전략?

• 브랜치를 통해 더 효율적인 프로젝트 관리가 가능하다. 하지만, 브랜치를 규칙 없이 사용하면 혼란을 불러일으킬 수 있다.
• 만약, 브랜치 관리를 제대로 하지 않는다면 ?
• 이 브랜치는 무슨 목적으로 만들어진건지, 어떤 분기점으로부터 생성된 브랜치인지 알 수 없게 될 것이다. 
• Git 브랜치 전략은 Git 브랜치들을 효과적으로 관리하기 위한 워크플로우이다. 

 

〰️Git Flow

• Git flow는 git 브랜치 전략들 중에서 가장 모범적인 사례 중 하나로, 브랜치 생성에 규칙을 만들어 협업을 유연하게 만든다. 
• git flow는 main branch와 supporting branch로 구분하여 브랜치를 관리한다.

main branch : 개발 프로세스 전반에 걸쳐 항상 유지되는 브랜치
=> master branch와 develop branch로 나뉜다. 
supporting branch : 필요할 때만 생성되며, 다 쓰면 삭제하는 브랜치
=> feature branch, release branch, hotfix branch 로 나뉜다. 

 

• 브랜치의 머지가 양방향으로 일어난다는 특징을 갖는다. 

 

main branch

☝️ master branch

- 프로덕션 코드를 모아두는 브랜치이다.

- 프로젝트 생성 시에 같이 생성된다. 

- 배포된 각 버전을 tag를 통해 표시한다.  

 

✌️ develop branch

- 다음 버전 개발을 위해 코드를 모아두는 브랜치이다. 

- 개발 완료 시에 main branch로 머지가 된다.

 

 

supporting branch

☝️ feature branch

- 기능 개발 시에 사용하는 브랜치이다.

- develop 브랜치에서 생성이 되며, 기능 구현이 완료되면 develop 브랜치로 다시 머지된다.

 

✌️release branch

- 이번 출시 버전 배포를 준비하기 위한 브랜치이다. 

- 버그나 작은 데이터를 수정이 이루어지며, 해결 후에는 develop 브랜치에 머지한다.

- 머지 후에는 QA, 테스트 진행이 이루어지고, main으로 옮겨진다.

 

👌hotfix branch

- 출시 버전에서 발생한 긴급한 변경사항을 처리하기 위한 브랜치이다.

- main 브랜치에서 생성되며, 문제 해결 후 main과 develop 모두 머지한다.

 

 

💡Git flow 브랜치의 전체적인 흐름

1. 기능 개발을 위해 develop branch로부터 feature 브랜치를 생성한다. 
2. 기능 개발이 완료되면 feature 브랜치를 develop 브랜치로 머지한다.
3. release 브랜치를 생성해 다음 출시를 준비한다.  => 전체적인 수정과 다듬기가 준비하며 마지막 테스트를 수행한다. 
4. 테스트가 완료되면 release 를 master 브랜치로 병합하여 새로운 release를 생성한다.
5. master 브랜치에 있는 코드는 완성된 상태로 간주되어 배포된다.