깃허브 규칙

작업 타입 작업내용
✨ update 해당 파일에 새로운 기능이 생김
🎉 add 없던 파일을 생성함, 초기 세팅
🐛 bugfix 버그 수정
♻️ refactor 코드 리팩토링
🩹 fix 코드 수정
🚚 move 파일 옮김/정리
🔥 del 기능/파일을 삭제
🍻 test 테스트 코드를 작성
💄 style css
🙈 gitfix gitignore 수정
🔨script package.json 변경(npm 설치 등)

깃헙 커밋 규칙

깃허브 규칙

브랜치 컨벤션

브랜치명 목적 설명
main 배포용 항상 배포 가능한 안정적인 코드만 유지 / GitHub 담당자 외 직접 푸시하지 않음
(GItHub 최종 관리자 : 변채주 )
develop 개발 통합 각 기능 브랜치를 이 브랜치로 병합. 팀원 PR 후 코드리뷰 → merge 필수.
리뷰 지연 시 데일리 스크럼 시간을 활용한 코드리뷰 재요청 필요
feat/{이슈 번호}-{설명} 기능 개발 새로운 기능 개발 시 사용
ex)feature/#18-getchatRoomList-api
fix/{이슈 번호}-{설명} 버그 수정 발견된 버그 수정용 브랜치
hotfix/{이슈 번호}-{설명} 긴급 수정 배포 후 발생한 긴급 이슈 처리 시 사용
refactor/{이슈 번호}-{설명} 리팩토링 로직에 영향을 주지 않는 부분에서의 코드 구조 개선 목적시 사용
chore/{이슈 번호}-{설명} 설정/환경 빌드 설정, 패키지 설치 등 부수 작업 시 사용

<aside> ⚠️

사용할 때 물어보고 사용할 Git 명령어

1. git reset --hard

2. git rebase (공개 브랜치에서)

3. git push --force

📌 직전 프로젝트 특이사항 공유


커밋 컨벤션

커밋 메시지 예시 (상세)

feat: 사용자 인증 API 구현

- JWT 기반 로그인/로그아웃 엔드포인트 구현
- Spring Security 설정 및 인증 필터 추가
- 사용자 권한 검증 로직 구현
- 인증 실패 시 예외 처리 및 에러 응답 정의
- 인증 관련 단위 테스트 작성

Co-authored-by: [팀원 이름]
Refs: #45 (GIT/Issue Tracker ID)

어떤 기능을 추가했는지, 구체적인 변경사항이 무엇인지, 관련 이슈 ID는 무엇인지 명시해 추적을 쉽게 만듭니다.