협업 시 코드 충돌 방지와 효율적 작업을 위해 브랜치 전략이 필요하다.
GitHub Flow를 중심으로 내용을 정리했다.
GitHub Flow 구조
GitHub Flow는 main 브랜치를 중심으로 운영되는 직관적인 구조이다.
# 기능 구현을 위한 브랜치 생성
git checkout -b feature/login-page
# 작업 완료 후 커밋 및 푸시
git add .
git commit -m "feat: 로그인 폼 UI 추가"
git push origin feature/login-page
# Pull Request(PR) 생성 및 리뷰 수행
# 리뷰 완료 후 main 브랜치로 병합(Merge)
핵심 원칙
- main 브랜치의 안정성: 항상 배포 가능한 상태를 유지해야 한다.
- 명확한 브랜치 명명:
feature/,fix/등의 접두사를 사용하여 목적을 명시한다. - 코드 리뷰 수행: PR을 통해 동료의 검토를 거쳐 품질을 확보하고 지식을 공유한다.
전략 선택의 기준
팀의 규모와 배포 주기에 적합한 전략을 선택하는 것이 중요하다.
명확한 브랜치 전략은 충돌 방지와 팀 내 소통을 위한 도구인 것 같다.
