Gathering detailed insights and metrics for validate-commit-msg
Gathering detailed insights and metrics for validate-commit-msg
Gathering detailed insights and metrics for validate-commit-msg
Gathering detailed insights and metrics for validate-commit-msg
validate-commit-msg-smart
Script to validate a commit message follows the conventional changelog standard
validate-commit-message
GIT COMMIT-MSG hook for validating commit message.
validate-conventional-commit
Smallest simplest conventional commit validator to use with eg Husky
validate-commit-msg-bot
validate-commit-msg aaS
DEPRECATED. Use https://github.com/marionebl/commitlint instead. githook to validate commit messages are up to standard
npm install validate-commit-msg
Typescript
Module System
Node Version
NPM Version
98.2
Supply Chain
98.5
Quality
79.2
Maintenance
50
Vulnerability
100
License
JavaScript (100%)
Total Downloads
0
Last Day
0
Last Week
0
Last Month
0
Last Year
0
MIT License
557 Stars
97 Commits
101 Forks
7 Watchers
1 Branches
33 Contributors
Updated on Jul 14, 2025
Latest Version
2.14.0
Package Id
validate-commit-msg@2.14.0
Size
8.95 kB
NPM Version
3.10.10
Node Version
6.11.1
Published on
Jul 29, 2017
Cumulative downloads
Total Downloads
Last Day
0%
NaN
Compared to previous day
Last Week
0%
NaN
Compared to previous week
Last Month
0%
NaN
Compared to previous month
Last Year
0%
NaN
Compared to previous year
This provides you a binary that you can use as a githook to validate the commit message. I recommend
husky. You'll want to make this part of the commit-msg
githook, e.g. when using husky, add "commitmsg": "validate-commit-msg"
to your npm scripts in package.json
.
Validates that your commit message follows this format:
<type>(<scope>): <subject>
Or without optional scope:
<type>: <subject>
This module is distributed via npm which is bundled with node and
should be installed as one of your project's devDependencies
:
npm install --save-dev validate-commit-msg
You can specify options in .vcmrc
.
It must be valid JSON file.
The default configuration object is:
1{ 2 "types": ["feat", "fix", "docs", "style", "refactor", "perf", "test", "build", "ci", "chore", "revert"], 3 "scope": { 4 "required": false, 5 "allowed": ["*"], 6 "validate": false, 7 "multiple": false 8 }, 9 "warnOnFail": false, 10 "maxSubjectLength": 100, 11 "subjectPattern": ".+", 12 "subjectPatternErrorMsg": "subject does not match subject pattern!", 13 "helpMessage": "", 14 "autoFix": false 15}
Alternatively, options can be specified in package.json
:
1{ 2 "config": { 3 "validate-commit-msg": { 4 /* your config here */ 5 } 6 } 7}
.vcmrc
has precedence, if it does not exist, then package.json
will be used.
These are the types that are allowed for your commit message. If omitted, the value is what is shown above.
You can also specify: "types": "*"
to indicate that you don't wish to validate types.
Or you can specify the name of a module that exports types according to the
conventional-commit-types
spec, e.g. "types": "conventional-commit-types"
.
This object defines scope requirements for the commit message. Possible properties are:
A boolean to define whether a scope is required for all commit messages.
An array of scopes that are allowed for your commit message.
You may also define it as "*"
which is the default to allow any scope names.
A boolean to define whether or not to validate the scope(s) provided.
A boolean to define whether or not to allow multiple scopes.
If this is set to true
errors will be logged to the console, however the commit will still pass.
This will control the maximum length of the subject.
Optional, accepts a RegExp to match the commit message subject against.
If subjectPattern
is provided, this message will be displayed if the commit message subject does not match the pattern.
If provided, the helpMessage string is displayed when a commit message is not valid. This allows projects to provide a better developer experience for new contributors.
The helpMessage
also supports interpolating a single %s
with the original commit message.
If this is set to true
, type will be auto fixed to all lowercase, subject first letter will be lowercased, and the commit will pass (assuming there's nothing else wrong with it).
Through node you can use as follows
1var validateMessage = require('validate-commit-msg'); 2 3var valid = validateMessage('chore(index): an example commit message'); 4 5// valid = true
You can use your CI to validate your last commit message:
validate-commit-msg "$(git log -1 --pretty=%B)"
Note this will only validate the last commit message, not all messages in a pull request.
If your lerna repo looks something like this:
my-lerna-repo/
package.json
packages/
package-1/
package.json
package-2/
package.json
The scope of your commit message should be one (or more) of the packages:
EG:
1{ 2 "config": { 3 "validate-commit-msg": { 4 "scope": { 5 "required": true, 6 "allowed": ["package-1", "package-2"], 7 "validate": true, 8 "multiple": true 9 }, 10 } 11 } 12}
If the commit message begins with WIP
then none of the validation will happen.
This was originally developed by contributors to the angular.js project. I pulled it out so I could re-use this same kind of thing in other projects.
Thanks goes to these wonderful people (emoji key):
This project follows the all-contributors specification. Contributions of any kind welcome!
No vulnerabilities found.
Reason
no binaries found in the repo
Reason
license file detected
Details
Reason
Found 20/26 approved changesets -- score normalized to 7
Reason
project is archived
Details
Reason
no effort to earn an OpenSSF best practices badge detected
Reason
security policy file not detected
Details
Reason
project is not fuzzed
Details
Reason
SAST tool is not run on all commits -- score normalized to 0
Details
Reason
89 existing vulnerabilities detected
Details
Score
Last Scanned on 2025-07-14
The Open Source Security Foundation is a cross-industry collaboration to improve the security of open source software (OSS). The Scorecard provides security health metrics for open source projects.
Learn More