team2-backend

공연 예매 서비스 - Save My Podo

---

👥 GitHub 협업 규칙

📁 브랜치 전략

브랜치	설명
main	배포 가능한 안정 버전
dev	개발 통합 브랜치 (기능 PR은 여기에)
feature/*	기능 개발 브랜치 (예: feature/login)
fix/*	버그 수정 브랜치 (예: fix/login-error)

---

💬 커밋 메시지 컨벤션

Conventional Commits 형식 사용

형식:

feat: 새로운 기능 추가
fix: 버그 수정
docs: 문서 수정
style: 코드 스타일 변경 (포맷팅 등)
refactor: 리팩토링 (기능 변경 없음)
test: 테스트 코드 추가/수정
chore: 기타 변경사항 (빌드 설정 등)

예시:

feat: 사용자 로그인 기능 구현
fix: 비밀번호 유효성 검사 오류 수정

---

🚀 Pull Request 규칙

• 대상 브랜치: dev
• PR 제목 예시: [feat] 로그인 기능, [fix] 로그인 오류 수정
• PR 본문 포함 항목
  • 작업 내용 요약
  • 관련 이슈 번호 (예: Closes #12)
• 리뷰어 1명 이상 지정 및 승인 후 머지

---

🐛 Issue 작성 규칙

항목	내용
제목	[기능], [버그], [문서] 등 태그 포함
본문	발생 상황, 기대 동작, 재현 방법, 스크린샷 포함
템플릿	.github/ISSUE_TEMPLATE 활용

---

✅ PR 체크리스트 (필요시 포함)

• 기능 개발 완료
• 로컬 테스트 완료
• 관련 이슈와 연결됨
• 리뷰어 지정 완료

---

🔐 보안 및 기타

• 민감한 정보는 .gitignore 처리 (예: application.properties)
• 환경 변수는 GitHub Secrets 또는 config 서버로 별도 관리
• 토큰, 비밀번호 등의 하드코딩 금지