[Git] 브랜치 전략 (Git, GitHub, GitLab)

여러 개발자가 하나의 저장소에 작업 할 때, 보다 효과적으로 협업하기 위해 git branch 에 대한 규칙을 정하고 저장소를 잘 활용하기 위한 workflow 를 정의하는 것을 바로 git branch 전략이라고 한다.

개발을 할 때, 추가된 기능이나 수정사항이 서로 영향을 주지 않고, 독립적으로 동시에 진행할 수 있도록 한다. 또한, 각 브랜치가 특정 작업을 진행하고, 필요한 경우 해당 작업 단위의 Rollback이 가능하기에 프로젝트 관리의 유연성을 향상시킬 수 있다.

이러한 전략은 원하는 버전 단위로 관리할 수 있도록 하여 프로젝트의 관리와 배포의 안정성을 높여준다.
Branch 전략은 다음과 같은 3가지가 있다.
1️⃣ Git flow
2️⃣ Github Flow
3️⃣ Gitlab flow

 

 

1️⃣ Git flow

브랜치 종류

1. master: 제품 출시 버전을 관리하는 메인 브랜치
2. develop: 다음 출시 버전을 위해 개발하는 브랜치
3. feature: 새로운 기능을 개발하는 브랜치
4. release: 다음 출시 버전을 준비하는 브랜치
5. hotfix: 출시된 제품의 버그를 고치기 위한 브랜치

 

Git Flow를 활용한 개발 진행 흐름

1. 신규 기능 개발은 develop 브랜치를 기준으로 한 feature 브랜치를 따서 작업
2. 작업이 완료된 feature 브랜치는 develop 브랜치로 병합.
   • PR을 통해 리뷰 후 병합하는 방식
3. 배포를 위한 준비는 다음 출시 버전을 위해 개발중인 develop 브랜치에서 release 브랜치를 따서 한다.
   • 만약, 해당 과정에서 버그가 발견된다면, release 브랜치에서 바로 반영
4. 테스트 후, 일정 주기로 master 브랜치로 병합하여 제품 출시
5. 배포 이후, release 브랜치에서 발견되지 못한 새로운 버그는 main 브랜치에서 hotfix 브랜치를 판 후, hotfix 브랜치에서 바로 고친 후 main으로 병합
6. hotfix 브랜치에서 고치고, main 브랜치에 병합 되었다면, 이를 develop 브랜치에도 병합

 

특징

• release와 hotfix 브랜치를 통해 명확한 배포 절차를 갖추고 있다.
• 다양한 종류의 브랜치를 사용한다.
• 복잡한 프로젝트나 대규모 팀에서 사용하기 적합하다.
• 복잡성과 Control을 가지고 있어 특정 기능이나 수정을 빠르게 배포해야 할 경우 등에서 유연성이 떨어짐.

 

 

 

2️⃣ Github Flow

 

브랜치 종류

• master : base가 되는 브랜치
• feature : master에 기능을 추가하기 위한 새로운 브랜치

 

Github Flow를 활용한 개발 진행 흐름

1. master 브랜치는 배포를 위한 소스코드를 관리하는 브랜치.
2. 만약, 신규 기능 개발이 필요하다면, master 브랜치로부터 feature 브랜치로 새로 따서 작업을 진행한다.
3. Task가 완료되면, Pull Request를 생성하여 Review를 요청하고, PR은 feature → master 브랜치이다.
4. 리뷰 완료 후, 피드백이 모두 반영되었다면, 해당 feature 브랜치를 master 브랜치로 병합한다.

 

특징

• 단순하며 지속적인 배포를 강조하며, master 브랜치에서 배포를 수행한다.
• 단순하며 빠른 개발 및 배포를 위해 사용된다.
• 테스트와 검증 절차를 거치지 않고 바로 master 브랜치로 Merge 되므로 위험성이 있다.

 

 

 

3️⃣ Gitlab flow

복잡한 Git Flow와 너무 간단한 Github Flow의 절충안

 

 

브랜치 종류

• master : 안정적인 코드가 저장되는 브랜치로 base가 되는 브랜치.
  • 전체적인 테스트 진행이 완료되어 기능에 대한 보장이 있다면, production 브랜치로 머지.
  • 만약 staging 단계가 필요하다면, pre-production 브랜치로 머지.
• feature : 각 기능이 개발되는 브랜치.
  • master 브랜치에서 파생되고 PR을 통해 다시 병합된다.
• Production : 테스트가 끝난 기능의 배포를 위한 브랜치
• Pre-Production : 배포 전에 제품을 테스트 (QA, 품질검사) 하는 브랜치
  • 테스트가 정상적으로 완료되면, production 과 master 에 각각 PR(Pull Request)을 보낸다.

 

Gitlab Flow를 활용한 개발 진행 흐름

• 기능 개발이 필요한 경우, master 브랜치에서 feature 브랜치를 생성한다.
• feature 브랜치에서 기능 개발 완료 후, PR을 통해
  • 기능에 대한 검증 및 보장이 있다면 production 브랜치로 머지한다.
  • 기능에 대한 검증 및 보장이 필요하다면, pre-production 브랜치로 머지한다.
• pre-production 브랜치에서 테스트가 완료 되었다면, production과 master에 PR을 통해 병합한다.

 

특징

• 간단하고 직관적인 플로우를 제공하여 개발 프로세스를 이해하기 쉽게 만든다.
• GitLab은 내장된 CI/CD 파이프라인을 제공하므로 빌드, 테스트, 배포 등을 자동화할 수 있다.
  • 이를 통해 안정적인 배포와 빠른 피드백을 얻을 수 있습니다.
• 비교적 간단한 프로세스를 제공하기 때문에, 대규모 프로젝트에서는 협업과 관리가 어려울 수 있다.
• 특히 지속적인 배포가 강조되는 환경에서 효과적이다.