여러 개발자가 하나의 저장소를 사용하는 환경에서 저장소를 효과적으로 활용하기 위한 work-flow다.
브랜치를 사용하므로서 여러 사람이 여러 기능을 병렬적
으로 개발할 수 있게 되었다. 그런데 브랜치에 규칙 없이 마구잡이로 사용하면 혼란을 불러올 수 있다.
그래서 만들어진게 Git 브랜치 전략
그 중 Git Flow
사례를 살펴보자
Git Flow는 5가지의 브랜치를 이용해서 저장소를 운영하는 브랜치 전략이다.
5가지 중 항상 유지되는 메인 브랜치master
,develop
2가지
merge되면 사라지는 보조 브랜치feature
,release
,hotfix
✔ master : 라이브 서버에 제품으로 출시
되는 브랜치
✔ develop : 다음 출시 버전을 대비하여 개발
하는 브랜치
✔ feature : 추가 기능
개발 브랜치, develop 브랜치 소속
✔ release : 다음 버전
출시를 준비하는 브랜치, develop 브랜치를 release 브랜치로 옮긴 후 QA, 테스트를 진행하고 master 브랜치로 합친다.
✔ hotfix : master 브랜치에서 발생한 버그수정
하는 브랜치
배포 가능한 상태
만을 관리하는 브랜치배포할 것을 개발
하는 브랜치새로운 기능을 추가
할 때 사용하는 브랜치배포를 위한 최종적인 버그 수정
등의 개발을 수행하는 브랜치배포한 버전에서 긴급하게 수정
할 필요가 있을 때https://inpa.tistory.com/entry/GIT-%E2%9A%A1%EF%B8%8F-github-flow-git-flow-%F0%9F%93%88-%EB%B8%8C%EB%9E%9C%EC%B9%98-%EC%A0%84%EB%9E%B5
https://hudi.blog/git-branch-strategy/
https://overcome-the-limits.tistory.com/7