[git] 브랜치 전략 (flow/ trunk-based)

프로젝트 커져도 사람많아도 깔끔하게 merge 하고 branch관리 가능함 

 

git flow (vincent driessen)  : 안정적인 운영이 필요한 경우 

ㄴ브랜치를 5개 운영함

  - main

  - develop (메인브랜치를 복제해서 개발시작)

  - feature/만들려는기능이름 (develop에 기능 추가할 것들 만들어보는 용)

  - hotfix (main복사해서 main브랜치 버그해결용)

  - release (develop를 main 에 합치기전 최종 테스트용- 테스트 통과하면 main에 merge하여 배포)

 

 

Truck-based  : 프로그램이 간소하거나, 업뎃별로 안해서 안정적인 프로그램이면

ㄴ 메인 브랜치만 잘 관리하자 주의 (작은단위로 merge하는 것이 안전함)

ㄴ 잘하는 사람 많으면 이렇게 하는게 편리 

ㄴ2개의 브랜치 운영하면서 그때그때 필요한 브랜치 만들어씀

  - main 

  - feature (기능추가용)

 

 

merge - 기록 남겨야 하면 3-way

            - 기록 남길필요 없으면 squash, rebase