형식 : [TYPE]: subject

• [FEAT]
  • 새로운 엔드포인트, 기능, 비즈니스 로직 추가
  • 기존 기능에 작은 옵션/필드 추가도 여기 포함
• [BUGFIX]
  • 이미 있는 기능이 “명세와 다르게 동작”하는 걸 고칠 때
  • 예: 예외 케이스 처리, NPE, 잘못된 상태 전환 등
• [REFACTOR]
  • 동작 결과는 그대로 유지하면서, 구조/성능/가독성만 개선
  • 예: 서비스/도메인 분리, 메서드 추출, 의존성 주입 변경
• [CHORE]
  • 빌드, 의존성, 설정 파일 (application.yml 등), CI 관련 변경
  • 포맷팅/코드스타일까지 여기 묶을지, [STYLE]을 따로 둘지 팀에서 결정
• [RENAME]
  • 파일/폴더 이름만 바뀌고 내용은 그대로인 경우
• [REMOVE]
  • 파일/폴더 삭제, 더 이상 쓰지 않는 코드 제거
• [DOCS]
  • README, API 명세, 설계 문서 등 텍스트 문서 변경
• [HOTFIX]
  • 운영/배포 환경에서 발생한 긴급 버그를 빠르게 수정할 때 사용
  • 예 : 프로덕션 장애, 치명적인 오류로 서비스가 정상 동작하지 않는 경우
• [MERGE]
  • 브랜치간 병합을 수행할 때 사용하는 타입

[FEAT]: 회원가입 API 추가

subject 규칙

• 50자 이내, 끝에 마침표 x
• 항상 한글로 무엇을 변경했는지가 드러나게 작성