<aside>
💡 Team Gyro 깃 브런치 전략에 대해 정리합니다.
</aside>
원칙
**github-flow** 기반으로 프로젝트 상황에 맞게 커스텀하여 진행한다.
따라서 해당 문서에 적힌 내용은 1주차에 정해질 프로젝트 기획의 성격에 따라 변동될 가능성이 있다.
브랜치 구조
Main (고정, push 잠금)
Develop (고정)
Feature (유동적, Develop에서 분기)
- main: 개발 완료, 당장 배포될 수 있는 완성된 코드
- 네이밍: main
- 오로지 Develop 브랜치에서만 push할 수 있다.
- develop: 개발이 진행 중인 브랜치
- feature: Develop에서 분기되어 각 팀원의 개인 작업(기능 개발)이 이루어지는 브랜치
- 네이밍: feature/기능-띄어쓰기는-하이픈으로 (예시: feature/sign-in)
- 기능 이름은 최대한 간단하고 직관적으로 작명
- 기능이 완료 후 merge를 마친 브랜치는 삭제한다.
- bugfix
- 네이밍: bugfix/fix-branch-name
git merge 충돌 전략
- develop 브랜치가 업데이트 되면 pull하여 작업중 feature 브랜치를 항상 최신 상태로 유지한다.
- 가급적 팀원끼리 각기 다른 한 파일만을 작업하여 merge 충돌을 방지한다.
- 불가피하게 수정한 파일이 겹쳐 merge 충돌이 발생 할 경우 비정기 회의를 통해 충돌을 해결한다.
참고 문헌
SKT Enterprise
Github Flow vs. Git Flow: What's the Difference?