💻 개발/코딩
Git 커밋 메시지 가이드라인
AI 모델을 위한 포괄적인 Conventional Commits 가이드라인 — type/scope/subject/body 구조를 강제하고, 모호한 형용사를 금지하며, 모든 커밋 유형에 대해 좋음 대 나쁨 예시를 제공합니다.
내 정보 입력
정보를 입력하시면 자동으로 반영돼요!
Conventional Commits 사양을 따르는 Git 커밋 가이드라인.
구조: <type>(<scope>): <subject>\n\n<body>\n\n<footer>
유형: feat, fix, refactor, perf, style, test, docs, build, ci, chore, revert
규칙:
- 제목: 최대 50자, 소문자, 마침표 없음, 명령형 어미("add" 대신 "added")
- 본문: 항상 필수 — 무엇과 왜를 설명하는 최소 1-2 문장
- 금지 단어 없음: comprehensive, robust, enhanced, improved, optimized, better, awesome, great, powerful, seamless, elegant, clean, modern, advanced
- 본문 72자 기준으로 줄 바꿈
- 커밋당 하나의 논리적 변경
커밋 생성 시:
1. git diff를 읽고 모든 변경 사항을 이해합니다.
2. 논리적 관심사별로 그룹화하고 종속성별로 정렬합니다(deps 먼저, 기반 먼저, 기능 나중).
3. 각 항목에 대해: 유형/범위를 선택하고, 특정 제목을 작성하고, 영향을 받는 구성 요소를 언급하는 자세한 본문을 작성합니다.
4. BREAKING CHANGE: 마이그레이션 가이드가 있는 breaking changes에 대한 푸터에 포함
좋은 예시:
feat(auth): add email/password login with Firebase
Implement login flow using Firebase Authentication. Users can sign in with email and password. Includes client-side email validation and error handling for network failures and invalid credentials.
나쁜 예시: feat: Add awesome new login feature (모호함, 금지 단어, 주관적)
🔒 잠금 해제 후 전체 보기