🔑 팀의 개발 환경에 맞춰서 전략을 구성하는 것이 중요
Git 브랜치 전략은 포르젝트의 Git 브랜치를 효과적으로 관리하기 위한 워크플로우이다.
모범 사례로는 Git Flow와 Github Flow가 있다.
👆 [GIT] 📈 깃 브랜치 전략 정리 - Github Flow / Git Flow
1. Git Flow의 한계 : 웹 어플리케이션에는 적합하지 않다.
Git-Flow는 등장하고 10년 넘게 표준처럼 자리잡고, 더 나아가 마치 만병통치약처럼 사용되었다. 현재는 Git으로 관리되는 인기있는 유형의 소프트웨어가 웹 어플리케이션으로 이동하고 있다. 웹 어플리케이션은 일반적으로 롤백되지 않고, 지속적으로 제공(Continuous Delivery)되므로 여러 버전의 소프트웨어를 지원할 필요가 없다.
웹 어플리케이션은 내가(Vincent Driessen) 10년전 블로그 글을 쓸때에는 염두해둔 소프트웨어 유형이 아니다. 팀이 소프트웨어를 지속적으로 제공한다면, Git Flow 대신 Github Flow와 같은 더 단순한 워크플로우를 채택할 것을 제안한다.
그러나 명시적으로 버전을 관리해야하는 소프트웨어를 개발한다면, 여전히 Git Flow가 적합할 수 있다.
1.1 Github Flow
master - 유지 브랜치
topic - 보조 브랜치(== feature)
2. 정기 배포 웹 애플리케이션
전제 요건
– 정기 배포
– 장기 프로젝트가 존재하는 애플리케이션
– 버저닝 관리가 필요하지 않운 웹 애플리케이션
2.1 워크플로우
2.2 브랜치 구성
👆 Git 브랜치 전략 수립을 위한 전문가의 조언들 – 화해 블로그 | 기술 블로그
📞피드백 너무나 환영