Lint commit messages
Yeay! You want to contribute to commitlint. That's amazing! To smoothen everyone's experience involved with the project please take note of the following guidelines and rules.
Thank you for reporting any issues you find. We do our best to test and make commitlint as solid as possible, but any reported issue is a real help.
commitlint issues
Please follow these guidelines when reporting issues:
- Provide a title in the format of
<Error> when <Task>
- Tag your issue with the tag
bug
- Provide a short summary of what you are trying to do
- Provide the log of the encountered error if applicable
- Provide the exact version of commitlint. Check
npm ls @commitlint/cli
when in doubt - Be awesome and consider contributing a pull request
You consider contributing changes to commitlint – we dig that! Please consider these guidelines when filing a pull request:
commitlint pull requests
- Follow the Coding Rules
- Follow the Commit Rules
- Make sure you rebased the current master branch when filing the pull request
- Squash your commits when filing the pull request
- Provide a short title with a maximum of 100 characters
- Provide a more detailed description containing _ What you want to achieve _ What you changed _ What you added _ What you removed
To keep the code base of commitlint neat and tidy the following rules apply to every change
Coding standards
prettier
is king- Favor micro library over swiss army knives (rimraf, ncp vs. fs-extra)
- Be awesome
To help everyone with understanding the commit history of commitlint the following commit rules are enforced.
To make your life easier commitlint is commitizen-friendly and provides the npm run-script commit
.
Commit standards
- conventional-changelog
- husky commit message hook available
- present tense
- maximum of 100 characters
- message format of
$type($scope): $message