背景
要求对git
的message
做限制,要求要以
['feat', 'fix', 'docs', 'style', 'refactor', 'perf', 'test', 'build', 'ci', 'revert', 'types']
:
做开头标记
思路
git
存在hook
,在每个步骤后面都会执行对应的🪝
因此我们可以考虑通过git hook
去完成这项校验
实际上,在平时的开发过程中,就已经有于此相关的内容了,就是不知道同学们留意到没有
举个🌰
比如在Vue
项目中,如果在创建项目中,选择了eslint
,并选择了保存并格式化
在进行git commit
时,代码会自动做一次格式化。
究其原因,实际上是来自Vue
的默认配置
那么Vue
是怎么做的,实际上,翻开文档,我们能够找到相关内容
实际上是尤🌧️溪 fork 了 husky
,稍做改造形成了yorkie
但是我们可以看到,yorkie
已经很久没有更新了,并且没有文档,想要直接使用yorkie
是比较困难的
因此我们回到最初的库,husky
husky
husky
本身也是一个久负盛名的库,专注于git hook
那么就让我们来集成它,完成我们的需求
集成
1 | npx husky-init && npm install # npm |
集成以后,项目依赖会添加husky
,且项目根目录下会添加.husky
文件夹
编写hook
.husky
文件夹下,默认添加了一个pre-commit
的hook
文件
pre-commit
我们可以先将Vue
的默认配置转移进去
pre-commit
1 |
|
然后移除package.json
中的gitHooks
属性
新增其他hook
1 | npx husky add [fileName] |
举个🌰
1 | npx husky add .husky/commit-msg |
git hooks名称和作用
可能有些旁友不知道有哪些hook可以添加,我这里教大家怎么看
直接查看
.git
文件夹中hooks内容
完成需求
1.添加commit-msg
1 | npx husky add .husky/commit-msg |
2.正则编写
commit-msg
内容:
1 |
|
额外内容
不够保险
因为上述行为的hook是在项目中做的
换句话说是在开发成员的本地电脑上做的
一旦开发人员不爽,把hook删了,那就无从约束
所以更保险的方式,应该是由git平台上去做检测
仅测试hook
可以在hook文件的最后添加
1 | exit 1 |
会中止本次git行为
commitlint
commitlint
,见名知意,commit内容的lint
我们可以使用其中的风格和工具做拓展
比如我们这里选择集成如下工具和风格
1 | @commitlint/cli |
如果需要达成上述需求,我们可以这么做
根目录下新建
commitlint.config.js
文件1
2
3
4
5
6
7
8
9
10
11module.exports = {
extends: ['@commitlint/config-conventional'],
rules: {
'type-enum': [
2,
'always',
['feat', 'fix', 'docs', 'style', 'refactor', 'perf', 'test', 'build', 'ci', 'revert', 'types'],
],
},
}commit-msg内容
1
2
3
4
5
. "$(dirname "$0")/_/husky.sh"
npx commitlint --edit $1