提交代码的时候，能够根据自定义的提交信息、代码规范进行自动校验，避免多人协作开发时提交代码信息不准确或者代码格式的不统一。
Husky
1、安装 husky
npm install husky --save-dev
2、在项目中安装 husky
npx husky install
查看一下git配置，我们可以发现core.hooksPath指向为.husky。这里涉及husky实现原理：替换.git/hooks的目录为自定义目录，且该目录会提交到远程仓库。
3、添加 husky install 到 package.json scripts 中
为了让其他人在此项目中安装依赖后也能自动创建.husky目录并指定该目录为git hooks所在的目录，我们需要在package.json里面添加一条脚本命令"prepare": "husky install"，然后执行npm run prepare
安装好husky之后，需要配置检测规则。
Commitlint
该工具用于帮助我们规范提交信息
1、安装 commitlint
cnpm install @commitlint/config-conventional @commitlint/cli --save-dev
2、在项目根目录创建 commitlint.config.js 文件
module.exports = {
// 忽略部分
ignores: [(commit) => commit.includes("init")],
// 继承的规则
extends: ["@commitlint/config-conventional"],
// 定义规则类型
rules: {
"body-leading-blank": [2, "always"],
"footer-leading-blank": [1, "always"],
"header-max-length": [2, "always", 108],
"subject-empty": [2, "never"],
"type-empty": [2, "never"],
// type 类型定义，表示 git 提交的 type 必须在以下类型范围内
"type-enum": [
2,
"always",
[
"feat", // 新增feature
"fix", // 修复bug
"perf", // 优化相关，比如性能、体验的提升
"style", // 仅仅修改了空格、格式缩进、逗号等等，不改变代码逻辑;
"docs", // 仅仅修改了文档，比如README, CHANGELOG, CONTRIBUTE等等;
"test", // 测试用例，包括单元测试、集成测试等
"refactor", // 代码重构，没有加新功能或者修复bug
"build",
"ci",
"chore", // 改变构建流程、或者增加依赖库、工具等
"revert", // 回滚到上一个版本
"wip",
"workflow",
"types",
"release",
],
],
},
};
3、使用 commit-msg 钩子规范化提交信息
使用以下命令快速创建git hooks的commit-msg钩子，这样每次commit的时候都会由 commitlint对commit信息进行一次检验。
npx husky add .husky/commit-msg 'npx --no-install commitlint --edit "$1"'
4、提交git commit 测试
失败
成功
