깃 브랜치 전략

깃 브랜치 전략

0. 작업 전 woowacourse/2024-code-zap 레포를 fork
1. 개인 작업 브랜치에서 기능이 완성될 경우, dev/fe, dev/be 브랜치로 pr
   - 팀원들의 코드리뷰 완료 후 merge
2. 두 분야를 합친 후 안정화된 경우 main으로 push

공통 브랜치

• main : 유저에게 배포되고 있는 버전
• dev/fe, dev/be : 검증된 개인 작업들이 합쳐지는 브랜치, 개발되고 있는 버전

개인 작업 브랜치

각자 실제로 개발을 진행할 브랜치

• 네이밍 규칙: 할 일/무엇을 ex) feat/login

📍 리뷰 및 머지 관련 룰

모든 동료가 리뷰를 해야만 머지할 수 있습니다. 머지는 마지막 리뷰어가 합니다.

---

이전 전략 (~ 2024/08/12)

0. 작업 전 woowacourse/2024-code-zap 레포를 fork
1. 개인 작업 브랜치에서 기능이 완성될 경우, dev/fe, dev/be 브랜치로 pr
   - 팀원들의 코드리뷰 완료 후 merge
2. 프론트엔드, 백엔드 모두 기능이 완성된 상태일 경우, 해당 기능을 동시에 devlop 브랜치로 pr & squash merge
   - 각 분야별 브랜치를 이용
3. 두 분야를 합친 후 안정화된 경우 main으로 push (release)

공통 브랜치

• main : 유저에게 배포되고 있는 버전
• develop : 프론트엔드와 백엔드가 개발한 기능이 합쳐지는 브랜치, 배포 전 QA를 진행하는 브랜치
• dev/fe, dev/be : 검증된 개인 작업들이 합쳐지는 브랜치, 개발되고 있는 버전