Git commit message format, types, and conventions
—
Pending
Does it follow best practices?
Impact
Pending
No eval scenarios have been run
Pending
The risk profile of this skill
| Property | Value |
|---|---|
| Language | English |
| Subject max | 72 characters |
| Tone | Imperative ("add", "fix", not "added", "fixed") |
| Type | Description | Example |
|---|---|---|
feat | New features | feat: add purchase order support |
fix | Bug fixes | fix: resolve user login issue |
chore | Non-feature (build, config) | chore: rename rental file |
refactor | Code refactoring | refactor: simplify rent logic |
deploy | Deployment changes | deploy: trigger deployment |
docs | Documentation only | docs: update starting guide |
<type>: <short description in imperative mood>Examples:
feat: add customer validation on savefix: correct tax amount calculationrefactor: extract logic to helper codeunitfeat: add automatic token refresh for API calls
- Tokens cached with expiration tracking
- Auto-refresh 5 minutes before expiry
- Fallback to re-authentication if refresh failsRefs: #123, Closes: #456feat: change API endpoint structure
BREAKING CHANGE: API endpoints now require version prefix.
Old: /api/customers → New: /api/v2.0/customers
Refs: #456Minimum (default):
feat: add customer export functionalityWith body:
feat: add customer export functionality
Implements CSV export with date range filtering.With footer:
fix: resolve duplicate entry error
Closes: #790