공통‐깃 브랜치 전략

🪵 Git 브랜치 전략

기본 브랜치 전략

브랜치명	용도	삭제 여부
main	서버 배포 관리	x
develop	개발 코드 통합 관리	x
feat/#{issueNum}	기능 개발	develop에 merge 후 삭제
hotfix/#{issueNum}	배포 후 급하게 수정이 필요할 시 대처	develop에 merge 후 삭제

• release branch는 당장 사용하지 않는다.

  • 차후 실사용자가 추가되어 운영 서버/ 개발 서버 분리가 필요해질 시 추가 여부 논의

• Pull Request의 merge는 모두 squash and merge 옵션을 사용한다.

  • 차후 롤백이 필요해질 시 관련 커밋을 한 번에 롤백하기 쉽기 때문
  • feature, hotfix → develop → main

---

CD Pipeline 구축에 따른 임시 브랜치 전략

브랜치명	용도	삭제 여부
be_dev_deploy	백엔드 CD용 임시 브랜치	CD 방식 확정 시 삭제
test_deploy	프론트엔드 CD용 임시 브랜치	CD 방식 확정 시 삭제

• 프론트엔드와 백엔드의 CD용 branch를 분리하기 위해 임시로 생성한 브랜치
• 이후 main 브랜치에서 각 파트의 코드를 어떤 방식으로 관리하게 될지 학습 & 결정한 이후 삭제할 예정

🖼️ Git 브랜치 전략 이미지로 보기