This guideline establishes clear conventions for commit messages and branch naming in this project. Following these conventions ensures a consistent and readable commit history.
- ALL BRANCHES AND COMMIT MESSAGES SHOULD BE IN LOWERCASE.
- Keep commit messages short and descriptive (less than 72 characters).
Use the following branch prefixes based on the type of change:
feat/
🌟: For new featuresfix/
🐛: For bug fixesremove/
🗑️: For file removalsdocs/
📖: For documentation updatesstyle/
🎨: For style changes (formatting, spacing, etc.)refactor/
♻️: For code refactoring (no functional changes)perf/
⚡: For performance improvementstest/
🧪: For adding or fixing testsbuild/
🏗️: For build system changesci/
🔄: For CI/CD configuration changeschange/
✏️: For small changes or tweakschore/
🛠️: For maintenance tasks
feat/user-registration
🌟fix/product-price-validation
🐛docs/readme-update
📖style/button-styling
🎨
Each commit message should follow this structure:
<type>: <short description>
feat
🌟: A new featurefix
🐛: A bug fixdocs
📖: Documentation changesstyle
🎨: Changes that do not affect code behavior (e.g., formatting)refactor
♻️: Code changes without affecting functionalityperf
⚡: Performance improvementstest
🧪: Adding or fixing testsbuild
🏗️: Changes to the build system or external dependenciesci
🔄: Changes to CI/CD scriptschore
🛠️: Maintenance tasks or other minor changes
- Keep It Short: Less than 72 characters for the title.
- Be Clear: Explain what was done and why (if necessary).
- Use Present Tense: Write commit messages as if you're giving commands.
feat: add user registration support
🌟fix: resolve price validation bug
🐛docs: update API usage instructions
📖style: adjust button alignment
🎨perf: optimize database queries
⚡
By adhering to these guidelines, you help maintain a clean and professional repository. Let's build great things together! 🚀