At wapi.go
, we follow a strict set of conventions for commit messages and branch names to ensure that our repository stays organized, and our commit history remains crystal clear. Here's a guide on our conventions:
Conventional commits ensure our commit messages are clear and useful.
📋 Benefits:
- 📜 Automatic changelog generation
- 🔢 Simplified versioning
- 🧐 Improved readability of commit messages
Each commit message should follow this format:
<type>(<scope>): <short summary>
<BLANK LINE>
<optional body>
<BLANK LINE>
<optional footer>
-
<type>
: Describes the purpose of the commit:- 🆕
feat
: Introduces a new feature - 🐞
fix
: Addresses a bug - 📚
docs
: Updates documentation - 🎨
style
: Code that relates to styling, not affecting logic - 🔧
refactor
: Refactoring existing code - 🚀
perf
: Improving performance - 🧪
test
: All about tests - 🧽
chore
: Maintenance tasks
- 🆕
-
<scope>
: (Optional) Specifies which part of the codebase is affected. -
<short summary>
: A concise summary of the changes made.
- Introducing a new feature:
feat(auth): implement social login
- Addressing a bug:
fix(button): resolve alignment issue
A standardized naming system for branches helps everyone quickly understand a branch's purpose.
Branch names should adhere to:
<type>/<short-description>
-
<type>
: Purpose of the branch, common ones being:- 🆕
feature
: Developing a new feature. - 🐞
fix
: Addressing a bug. - 🧽
chore
: Regular maintenance tasks. - 🔥
hotfix
: Immediate fixes, often tied to production issues. - 📚
docs
: Documentation enhancements.
- 🆕
-
<short-description>
: A brief, kebab-cased (words separated by hyphens) description of the branch's objective.
- Developing a new user dashboard:
feature/user-dashboard
- Resolving a login issue:
fix/login-issue
🙌 Thanks for contributing to wapi.go
! By adhering to these conventions, we're making our repository a better place. If you're new, welcome aboard, and if you've been here, thanks for sticking around!