| description | Instructions for writing clear and consistent commit messages using the Conventional Commits format. |
|---|---|
| applyTo | ** |
| tool | git |
Writing clear and consistent commit messages is important for keeping the code history understandable and traceable. Follow the Conventional Commits format:
<type>[scope]: <short description>
-
<type>: The type of change:feat: New feature.fix: Bug fix.docs: Documentation changes.style: Code formatting without functional changes.refactor: Improvements to existing code without new features.test: Adding or updating tests.chore: Maintenance tasks, like dependency updates.
-
[scope](optional): The component, module, or section you worked on. -
<short description>: Briefly describe the change in present tense (max. 50-72 characters).
- Concise and specific: Use a maximum of 50-72 characters for the short description.
- Present tense: For example, "Add validation" instead of "Added validation".
- No period at the end: End the short description without a period.
feat(header): add dropdown menu to navbar
fix(api): resolve error when fetching user data
docs(readme): add installation instructions
refactor(utils): restructure formatting logic
test(auth): add tests for password recovery
chore(dependencies): update axios to v1.3.0
With these guidelines, you write consistent commit messages that help keep the codebase maintainable.