[Git] git branch 전략

▶ git branch 전략

• git branch 전략은 다양하다. 또한 사용자에 따라 다양한 방법으로 응용이 가능하기 때문에 자신의 환경에 맞게 진행 하면 된다.

 

 

▶ gitflow의 5가지 branch

• master : 기준이 되는 브랜치로 제품을 배포하는 브랜치
• develop : 개발 브랜치로 개발자들이 이 브랜치를 기준으로 각자 작업한 기능들을 Merge
• feature : 단위 기능을 개발하는 브랜치로 기능 개발이 완료되면 develop 브랜치에 Merge
• release : 배포를 위해 master 브랜치로 보내기 전에 먼저 QA(품질검사)를 하기위한 브랜치
• hotfix : master 브랜치로 배포를 했는데 버그가 생겼을 떄 긴급 수정하는 브랜치

 

 

▶ gitflow 과정

1. master 브랜치에서 develop 브랜치를 분기합니다.
2. 개발자들은 develop 브랜치에 자유롭게 커밋을 합니다.
3. 기능 구현이 있는 경우 develop 브랜치에서 feature-* 브랜치를 분기합니다.
4. 배포를 준비하기 위해 develop 브랜치에서 release-* 브랜치를 분기합니다.
5. 테스트를 진행하면서 발생하는 버그 수정은 release-* 브랜치에 직접 반영합니다.
6. 테스트가 완료되면 release 브랜치를 master와 develop에 merge합니다.

 

 

▶ 소규모 프로젝트인 경우 간소화 전략 사용 

• master
• develop
• feature
• release
  • 테스트 시 버그가 발생한 경우 develop branch로부터 분기하면 된다.
  • 테스트 완료 후 꼭 develop 과 master 에 merge 해줘야 한다.

 

 

▶ 유의사항

• 추가 기능을 개발하고 할 때 develop branch로부터 분기하면 된다.
• 기능 개발 범위가 너무 크지 않도록 한다. 개발 범위가 프로젝트 전반에 걸쳐 있는 경우 추후에 merge 시 충돌 많이 발생하여. 협업을 하는 경우 불필요한 시간이 많이 낭비된다.
• 기능 개발이 완료 된 경우 develop 으로 merge를 직접 진행 한다.

 

 

 

 

 

정리 잘 되어 있는 사이트

참고

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

[GIT] ⚡️ github flow / git flow 📈 브랜치 전략