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! 🚀