Commit Rule

# 제목은 최대 50글자까지 아래에 작성: ex) feat: Add Key mapping  

# 본문은 아래에 작성  

# 꼬릿말은 아래에 작성: ex) Github issue #23  

# --- COMMIT END ---  
#   <타입> 리스트  
#   ✨Feat        : 기능 (새로운 기능)  
#   🐛Fix         : 버그 (버그 수정)  
#   ♻️Refactor    : 리팩토링  
#   🎨Design      : CSS 등 사용자 UI 디자인 변경  
#   💡Comment     : 필요한 주석 추가 및 변경  
#   💄Style       : 스타일 (코드 형식, 세미콜론 추가: 비즈니스 로직에 변경 없음)  
#   📝Docs        : 문서 수정 (문서 추가, 수정, 삭제, README)  
#   ✅Test        : 테스트 (테스트 코드 추가, 수정, 삭제: 비즈니스 로직에 변경 없음)  
#   🔧Chore       : 기타 변경사항 (빌드 스크립트 수정, assets, 패키지 매니저 등)  
#   🎉Init        : 초기 생성  
#   🔨Rename      : 파일 혹은 폴더명을 수정하거나 옮기는 작업만 한 경우  
#   🔥Remove      : 파일을 삭제하는 작업만 수행한 경우  
# ------------------  
#   제목 첫 글자를 대문자로  
#   제목은 명령문으로 
#   제목 끝에 마침표(.) 금지  
#   제목과 본문을 한 줄 띄워 분리하기  
#   본문은 "어떻게" 보다 "무엇을", "왜"를 설명한다.   
#   본문에 여러줄의 메시지를 작성할 땐 "-"로 구분  
# ------------------  
#   <꼬리말>  
#   필수가 아닌 optioanl  
#   Fixes        :이슈 수정중 (아직 해결되지 않은 경우)  
#   Resolves     : 이슈 해결했을 때 사용  
#   Ref          : 참고할 이슈가 있을 때 사용  
#   Related to   : 해당 커밋에 관련된 이슈번호 (아직 해결되지 않은 경우)  
#   ex) Fixes: #47 Related to: #32, #21

Branch Rule

• branches
  • main → 최종 배포 시 사용!
  • dev
  • 기능별로 branch 만들기
    • feat/기능이름
    • ex) feat/sign-up
• camelCase x. ‘-’ 사용
• 소문자 사용
• merge 이후 remote branch 삭제

PR Rules

제목

PR 내용

## PR 타입
예시 )
Add Features ✅
Remove Features
Fix Bugs
Code Refactor

## PR flow

feat/sign-up -> dev

## 변경 사항
ex) User 회원가입 및 로그인, passportStrategy를 통한 인증/ custom Guard를 사용하여
인가를 구현하였습니다. 또한 JwtStrategy에서 사용되는 findOne은 cache-manager를 적용하여
ttl 시간인 5분동안 캐싱이 되게끔 해두었습니다.

## 테스트 코드 여부
Unit : 작성완료 / 테스트 성공
e2e : x

## api 및 메서드 테스트 결과
## Postman / Insomnia / Thunder Client 중 택 1
Insomnia 테스트 결과 이상 없음