<aside> 💡

브랜치 전략이란, 여러 개발자가 하나의 저장소를 사용하는 환경에서 저장소를 효과적으로 활용하기 위한 work-flow 입니다.

브랜치의 생성, 삭제, 병합 등 git의 유연한 구조를 활용해서, 각 개발자들의 혼란을 최대한 줄이며,다양한 방식으로 소스를 관리하는 역할을 합니다. 즉, 브랜치 생성에 규칙을 만들어서 협업을 유연하게 하는 방법론을 말합니다.

</aside>

🚀 GitHub Flow 전략 (Frontend 팀 협업용)

📁 브랜치 구조

• main: 배포 브랜치 (Vercel 자동 배포 연동)
• dev: 통합 개발 브랜치
• design/*: ui 개발 브랜치
• feature/*: 기능 개발 브랜치
• fix/*: 버그 수정
• hotfix/*: 긴급 수정
• release/*: (선택) 배포 준비 브랜치

✅ 브랜치 네이밍 예시

💡 작업 흐름

1. dev 브랜치 기준으로 feature/* 브랜치 생성
2. 기능 개발 및 커밋
3. PR 생성 → 팀 리뷰 요청 → dev로 병합
4. dev → main 병합 시 자동 배포(Vercel / Netlify)

🧾 커밋 메시지 컨벤션(Conventional Commits)

• feat: 기능 추가 ex) feat: 후기 작성 기능 구현
• fix: 버그 수정 ex) fix: 로그인 에러 메시지 수정
• style: 스타일 변경 ex) style: 코드 포맷팅 (기능 변화 없음)
• refactor: 리팩토링 ex) refactor: Zustand 구조 개선
• chore: 설정 변경 ex) chore: Tailwind 설정 변경
• docs: 문서 추가

🔍 PR 작성 규칙