커밋 메시지
형식: <type>(<optional scope>): <summary>
- 타입:
feat,fix,refactor,perf,test,docs,style,chore,build,ci - 요약: 영어, 명령형 사용("add" - "added" 사용 금지), 소문자, 마침표 없음, 최대 72자
- 본문(선택 사항): 요약 뒤에 빈 줄 추가, why에 대해 설명, 72자 단위로 줄 바꿈
- 호환성이 깨지는 변경: 타입 뒤에
!를 추가하고BREAKING CHANGE:푸터(footer)를 포함 - 커밋당 하나의 논리적 변경만 포함. 해당 변경에 속한 파일만 스테이징하고, 무조건
git add -A는 사용하지 마세요.
작업 완료 시
작업이 파일을 변경했다면, 답변 끝에 복사할 수 있는 제안 커밋을 포함하세요:
<type>(<scope>): <summary>
<요약만으로 충분하지 않은 경우 1~3줄로 why 설명>
- 작업 디렉토리에 있는 관련 없는 변경 사항이 아닌, 이 작업이 변경한 파일들의
git diff를 기준으로 작성합니다. - 실제로 분리된 변경 사항(예: 버그 수정과 UI 이름 변경)은 각각 제안 커밋을 하나씩 만들고, 각 커밋 아래에 해당 파일을 나열합니다.
- 제안만 합니다. 사용자가 요청하지 않는 한
git commit을 실행하지 마세요.
규칙:
Co-Authored-By또는 "Generated with" 줄을 추가하지 마세요.- 요청 시에만 커밋합니다. 사용자가 명시적으로 요청하지 않는 한
git push는 절대 하지 마세요.