Conventional Commits Skill
When to use
- •When the user asks to "commit these changes".
- •When crafting commit messages for
git commit.
Format structure
text
<type>(<scope>): <subject> <body> <footer>
Rules
- •Type: Must be one of:
- •
feat: New feature - •
fix: Bug fix - •
docs: Documentation only - •
style: Formatting, missing semi-colons, etc (no code change) - •
refactor: Refactoring production code - •
test: Adding tests, refactoring tests - •
chore: Update build scripts, no production code change
- •
- •Scope: Optional, but recommended (e.g.,
deps,api,auth). Surounded by parenthesis. - •Subject:
- •Use imperative, present tense: "change" not "changed" nor "changes".
- •No dot (.) at the end.
- •Lowercase.
- •Body: Motivation for the change and contrast with previous behavior.
- •Footer:
- •
BREAKING CHANGE: <description> - •
Closes #123
- •
Example
text
feat(auth): add google oauth2 login support - implement strategy in auth.service - add callback route - update user schema Closes #42