1. Git 브랜치 전략

저희는 총 4개의 브랜치를 활용해서 작업을 진행하였고, 각각의 브랜치를 다음의 용도로 사용하고 있습니다.

main, base, feature, develop 총 4개의 브랜치를 이용한다.

1. main (버전 관리 + 서비스용 브랜치)
   • 버전이 관리되는 브랜치
   • main에 있는 코드 베이스로 서비스가 제공
   • 패키지 설치와 같은 공유되어야하는 내용은 해당 브랜치를 통해서 관리되어야 함
2. base (기능 개발용 브랜치 1)
   • 큰 작업 단위의 개발을 의미하는 브랜치
   • base의 세부 작업을 담당하는 feature 브랜치들이 머지되는 브랜치
   • base 브랜치는 main 브랜치로부터 분기되며 develop 브랜치에서 기능 테스트가 끝나면 main으로 다시 병합됨
3. feature (기능 개발 브랜치 2)
   • 작은 작업 단위의 개발을 담당하는 브랜치
   • base의 세부 작업을 담당하며 기능 개발이 완료되면 base 브랜치로 병합됨
4. develop (배포용 브랜치)
   • 배포되기 전 완료된 기능들이 관리되는 브랜치
   • 해당 브랜치를 기반으로 배포 또는 스프린트 단위의 기능 테스트를 진행

2. base & feature 브랜치 전략 with Jira

4종류의 브랜치 중에서 base와 feature 브랜치는 Jira와 직접적으로 연관이 있습니다.

2.1. 기존 브랜치 전략의 문제

이전 브랜치 전략으로는 gitflow 전략을 사용했었습니다.

기존 gitflow 전략에서 release와 hotfix 브랜치만 사용하지 않는 식으로 진행하였고, 기능이 완성될 때 마다 featrue → develop 브랜치로 Merge하면서 코드리뷰를 진행했었습니다.