Configuration is loaded from the project root/top level directory using git-precommit-checks.config.js or git-precommit-checks.json, or from package.json so you can customize it according to your needs.
Here is an example using git-precommit-checks.json configuration file:
Each "pre-commit" entry is a checking rule: the pattern describes a regular expression that will be searched upon staged content. The associated message is displayed when the pattern is found.
Each rule will stop the commit when the associated pattern is found unless you set the nonBlocking key to true. Non blocking rules will print warning messages.
Only message and regex keys are mandatory.
You can also filter on files patterns using the filter key.
For instance, you'll get a warning about your package.json the first time you set the FIXME/TODO rule and every time you update that line. If you want to prevent such a warning you can extend that rule like this:
notifications: print error/warning summary using system notification.
offendingContent: print offending contents right after associated file path and line number.
rulesSummary: print rules as a table before parsing staged files.
shortStats: print short stats (ie. 1 error, 1 warning.).
verbose: print every performed action, files parsed, short summary/stats (errors and warnings number).
Usage
Triggering it straight with git hooks
After installing locally or globally your module, add the following code (or equivalent) to your project pre-commit hook .git/hooks/pre-commit:
#!/bin/sh
scriptName="git-precommit-checks"
scriptPath="$(npm bin)/$scriptName"
if [ -f $scriptPath ]; then
$scriptPath
else
echo "Can't find $scriptName module"
echo "You can reinstall it using 'npm install $scriptName --save-dev' or delete this hook"
fi
Running git-precommit-checks with Husky
Husky is a great tool to manage git hooks from your package.json.
You can use it and call git-precommit-checks on pre-commit: