1.2 KiB
1.2 KiB
name, description
| name | description |
|---|---|
| git-commit-formatter | Formats git commit messages according to Conventional Commits specification. Use this when the user asks to commit changes or write a commit message. |
Git Commit Formatter Skill
When writing a git commit message, you MUST follow the Conventional Commits specification.
Format
<type>[optional scope]: <description>
Allowed Types
- feat: A new feature
- fix: A bug fix
- docs: Documentation only changes
- style: Changes that do not affect the meaning of the code (white-space, formatting, etc)
- refactor: A code change that neither fixes a bug nor adds a feature
- perf: A code change that improves performance
- test: Adding missing tests or correcting existing tests
- chore: Changes to the build process or auxiliary tools and libraries such as documentation generation
Instructions
- Analyze the changes to determine the primary
type. - Identify the
scopeif applicable (e.g., specific component or file). - Write a concise
descriptionin imperative mood (e.g., "add feature" not "added feature"). - If there are breaking changes, add a footer starting with
BREAKING CHANGE:.
Example
feat(auth): implement login with google