Git Branch & Merge 전략

Git Branch & Merge 전략

✅ Git Flow

1. Issue (작업 티켓) 생성
2. develop 브랜치에서 Issue 단위로 작업 브랜치 생성
   a. 기능 개발 : feature/{작업이름}-{이슈번호} (e.g. feature/social-123)
   b. 핫픽스 : hotfix/{작업이름}-{이슈번호} (e.g. hotfix/social-123)
3. 해당 브랜치에 커밋 작성 💻
4. 작업 브랜치 -> develop으로 PR 요청
   a. 팀원들의 리뷰 및 Approve
5. 작업 브랜치 -> develop PR Merge는 Squash & Merge 사용
6. develop -> main PR 요청
   a. front-end와 back-end의 기능이 모두 온전히 실행되는지 테스트
7. develop -> main PR Merge는 Create merge commit 사용

Git Branch

%%{init: { 'theme': 'base', 'gitGraph': {'showBranches': true, 'showCommitLabel': false } } }%%
gitGraph
        commit
branch develop order: 2
commit
branch feature1 order: 3
commit
checkout develop
branch feature2 order: 4
commit
checkout develop
merge feature2
checkout feature1
commit
checkout develop
merge feature1
checkout main
merge develop
branch hotfix order: 1
commit
commit
checkout develop
commit
checkout develop
merge hotfix
checkout main
merge hotfix

Loading

branch	role	rule	description
main	주요 브랜치	삭제 X	production, 서버에 배포될 브랜치
develop	개발 브랜치	삭제 X	frontend, backend, hotfix 브랜치가 합쳐질 개발 브랜치
feature	신규 기능 개발	develop에 머지 후 삭제	issue에 해당하는 feature 구현 브랜치   ◦ feature/{작업이름}-{이슈번호} 형식   ◦ 작업이름은 kebab-case로 한다.   ◦ e.g.) feature/social-123
hotfix	버그, 에러 수정	develop, main 머지 후 삭제	서버에 배포되었거나, 기능 구현이 완료된 상황에서 급히 버그 픽스를 해야 할 때 생성하는 브랜치   ◦ hotfix/{작업이름}-{이슈번호} 형식   ◦ 작업이름은 kebab-case로 한다.   ◦ e.g.) hotfix/social-123

Git Merge 전략

• feature → develop : Squash & Merge
• develop → main : Create merge commit

💡 참고
   develop에서 main으로 갈 때에는 프론트와 백의 기능이 모두 온전히 돌아가게 되었을 때 머지시키도록 하자.