Commit Messages
Use Conventional Commits format.
Format
text
<type>(<scope>): <description> [optional body]
Types
- •
feat: User-facing features or behavior changes (must change production code) - •
fix: Bug fixes (must change production code) - •
docs: Documentation only - •
style: Code style/formatting (no logic changes) - •
refactor: Code restructuring without behavior change - •
test: Adding or updating tests - •
chore: CI/CD, tooling, dependency bumps, configs (no production code)
Scopes
Optional. Use when it adds clarity. Examples: api, gallery, search, dynamo, s3, lambda.
Breaking Changes
Use ! suffix: feat!: remove deprecated endpoint
Examples
text
feat(search): add pagination support fix(gallery): include newest year in search results refactor(dynamo): simplify query patterns chore: add husky pre-commit hooks docs: update API documentation test(api): add integration tests for album CRUD
Instructions
- •Run
git diff --stagedto see staged changes - •Analyze the changes and determine the appropriate type
- •Write a concise description (under 72 characters)
- •Add body only if the "why" isn't obvious from the description