💬 개발 컨벤션

🚀 GitHub Flow

• main
  • 실제 서비스에 배포되는 안정화 브랜치
  • 직접 커밋 금지 (feature, fix, refactor 브랜치를 통해 반영)
  • 브랜치 보호 규칙 적용 : PR을 통해 최소 2명의 리뷰 승인 후 머지 가능
• feature/ & fix/ & refactor/
  • 개별 기능 개발, 버그 수정, 코드 리팩토링용 브랜치
  • 이슈 단위로 생성하여 작업
  • 작업 완료 후 PR을 통해 main에 머지

---

🔄 작업 순서

1. 이슈 생성 → 작업 단위 정의
2. 브랜치 생성 → main 브랜치에서 이슈별 작업 브랜치 생성
3. Commit & Push
4. PR 생성 & 코드 리뷰 → 최소 2명 승인 필요
5. Merge & 브랜치 정리
   • 리뷰 완료 후 main 브랜치로 Merge
   • Merge 후 이슈별 작업 브랜치 삭제

---

⚙️ 네이밍 & 작성 규칙

1. 이슈

   • 제목 규칙 : [타입] 작업내용
   • 예시 : [feat] 로그인 기능 추가
   • 본문은 템플릿에 맞춰서 작성

2. PR

   • 제목 규칙 : [타입] 작업내용
   • 예시 : [feat] 로그인 기능 추가
   • 본문은 템플릿에 맞춰서 작성 + close #이슈넘버

3. 브랜치

   • 생성 기준 : main 브랜치에서 생성
   • 명명 규칙 : 타입/#이슈번호
   • 예시: feature/#1

4. Commit Message 규칙

   타입	의미
   feat	새로운 기능 추가
   fix	버그 수정
   docs	문서 수정 (README, 주석 등)
   style	코드 스타일 변경 (포맷팅, 세미콜론 등. 기능 변화 없음)
   refactor	코드 리팩토링 (동작 변화 없음)
   test	테스트 코드 추가/수정
   chore	빌드, 패키지 매니저, 설정 파일 등 유지보수 작업(환경 설정)
   remove	파일, 폴더 삭제
   rename	파일, 폴더명 수정

   • 타입 : 작업내용 #이슈번호
   • 예시: feat : 로그인 기능 추가#1