![cover](https://img-blog.csdnimg.cn/img_convert/8fe800e4e20943ac93542d60643c9523.png)
husky 检查commit
chmod是一个用于修改文件权限的命令。+x表示添加可执行权限。
·
1 . Package.json 安装以下插件
"@commitlint/cli": "^17.4.4",
"@commitlint/config-conventional": "^17.4.4",
"core-js": "^3.6.4",
"custom-event-polyfill": "^1.0.7",
"fetch-polyfill": "^0.8.2",
"husky": "^8.0.3",
"lint-staged": "^13.1.2",
"prettier": "^1.14.3",
- @commitlint/cli 和 @commitlint/config-conventional:这是一组工具,用于管理git提交信息,确保遵守一致的提交风格和规则。
- core-js:这是一个JavaScript函数库,提供了ECMAScript 5、6和7的最新实现,用于支持现代浏览器和旧浏览器的兼容性。
- custom-event-polyfill:这是一个用于兼容不支持浏览器内置CustomEvent构造函数的polyfill,可以在不支持CustomEvent的浏览器上使用自定义事件。
- fetch-polyfill:这是一个polyfill,用于兼容不支持Fetch API的浏览器,用于在浏览器端进行网络请求。
- husky:这是一个用于 git hook 的工具,可以在每次提交之前运行指定的脚本或命令,以确保代码符合特定的规范。
- lint-staged:这是一个用于在提交之前对指定文件进行代码检查的工具,可以有效地检查和修正代码,以确保质量。
- prettier:这是一个用于格式化代码的工具,可以确保代码的一致性和可读性,确保代码遵循良好的编码规范。
在scripts里新增脚本
"prepare": "husky install"
在scripts同级下新增
"lint-staged": {
"*.{js,vue}": [
"prettier --write",
"eslint --fix"
]
},
- lint-staged 配置文件指定了哪些文件需要进行处理,以及针对这些文件的处理方式。
- 在这个例子中,它指定了*.{js,vue}文件需要被处理,处理方式是先使用prettier进行格式化,然后再使用eslint来修复可能出现的错误。
2. 在根目录创建commitlint.config.js文件
module.exports = {
extends: ['@commitlint/config-conventional'],
headerCorrespondence: ['type', 'scope', 'subject'],
rules: {
'type-enum': [ 2, 'always',
['feat', 'fix', 'perf', 'chore', 'doc', 'style', 'refactor', 'test']
],
'scope-enum': [ 2, 'always',
['ci', 'build', 'common', 'view', 'model']
],
'type-case': [0],
'type-empty': [0],
'scope-empty': [2, 'never'],
'scope-case': [0],
'subject-full-stop': [0],
'subject-case': [0, 'never'],
'header-max-length': [0, 'always', 72]
}
};
- extends: [‘@commitlint/config-conventional’]
* 扩展规范,使用的规范是conventional规范- headerCorrespondence: [‘type’, ‘scope’, ‘subject’]
* 设置提交头的对应关系,表示提交头分别由类型、范围和主题组成- rules: {
* 设置规则- ‘type-enum’: [ 2, ‘always’, [‘feat’, ‘fix’, ‘perf’, ‘chore’, ‘doc’, ‘style’, ‘refactor’, ‘test’] ],
* 设置类型枚举,表示只能使用feat, fix, perf, chore, doc, style, refactor, test这八种类型- ‘scope-enum’: [ 2, ‘always’, [‘ci’, ‘build’, ‘common’] ],
* 设置范围枚举,表示只能使用ci, build, common这几种范围- ‘type-case’: [0]
* 设置类型的大小写,0表示不强制限制大小写- ‘type-empty’: [0]
* 设置类型是否可以为空,0表示可以为空- ‘scope-empty’: [2, ‘never’],
* 设置范围是否可以为空,2表示不可以为空- ‘scope-case’: [0],
* 设置范围的大小写,0表示不强制限制大小写- ‘subject-full-stop’: [0],
* 设置主题是否以句号结尾,0表示不必以句号结尾- ‘subject-case’: [0, ‘never’],
* 设置主题的大小写,0表示不强制限制大小写- ‘header-max-length’: [0, ‘always’, 72]
* 设置提交头的最大长度,0表示不强制限制长度,72表示最大长度为72
3. 在根目录新建.husky文件夹
文件目录为:
- .husky
- _
- husky.sh
- commit-msg
- pre-commit
- _
husky.sh
#!/usr/bin/env sh
if [ -z "$husky_skip_init" ]; then
debug () {
if [ "$HUSKY_DEBUG" = "1" ]; then
echo "husky (debug) - $1"
fi
}
readonly hook_name="$(basename -- "$0")"
debug "starting $hook_name..."
if [ "$HUSKY" = "0" ]; then
debug "HUSKY env variable is set to 0, skipping hook"
exit 0
fi
if [ -f ~/.huskyrc ]; then
debug "sourcing ~/.huskyrc"
. ~/.huskyrc
fi
readonly husky_skip_init=1
export husky_skip_init
sh -e "$0" "$@"
exitCode="$?"
if [ $exitCode != 0 ]; then
echo "husky - $hook_name hook exited with code $exitCode (error)"
fi
if [ $exitCode = 127 ]; then
echo "husky - command not found in PATH=$PATH"
fi
exit $exitCode
fi
- #!/usr/bin/env sh:
* 这一行是一个Shebang,它指定脚本文件的解释器。这里指定的解释器是/usr/bin/env,这是一个特殊的可执行文件,它会从环境变量中查找指定的解释器,并将其作为参数传递给/usr/bin/env。- if [ -z “$husky_skip_init” ]:
* 这一行检查环境变量husky_skip_init是否为空,如果为空,则执行if内的代码,否则跳过if语句。- debug():
* 这一行定义一个调试函数,该函数将根据HUSKY_DEBUG环境变量的值来决定是否打印调试信息。- readonly hook_name=“$(basename – “$0”)”:
* 这一行获取脚本的名称并将其存储在hook_name变量中。- debug “starting $hook_name…”:
* 这一行使用调试函数打印脚本开始运行的信息。- if [ “$HUSKY” = “0” ]; then:
* 这一行检查HUSKY环境变量是否为0,如果是,则跳过Hook,否则继续执行。- if [ -f ~/.huskyrc ]; then:
* 这一行检查~/.huskyrc文件是否存在,如果存在,则导入该文件。- readonly husky_skip_init=1:
* 这一行将husky_skip_init环境变量设置为1,以便在稍后重新运行脚本时可以跳过if语句。- sh -e “ 0 " " 0" " 0""@”:
* 这一行使用sh命令重新运行脚本,并将接收到的参数传递给命令。- exitCode=“$?”:
* 这一行将上一条命令的退出码存储在变量exitCode中。- if [ $exitCode != 0 ]; then:
* 这一行检查exitCode变量是否不等于0,如果不等于0,则打印错误信息。- if [ $exitCode = 127 ]; then:
* 这一行检查exitCode变量是否等于127,如果等于127,则打印PATH变量的值。- exit $exitCode:
* 最后,这一行退出脚本,并使用exitCode变量的值作为退出码。
commit-msg
#!/usr/bin/env sh
. "$(dirname "$0")/_/husky.sh"
npx --no-install commitlint -e "$1"
- #!/usr/bin/env sh
* 这一行是将脚本运行交给操作系统的内置shell,这里是sh。- . “$(dirname “$0”)/_/husky.sh”
* 这一行是将husky.sh文件的内容加入到当前的脚本中,husky.sh文件中有一些环境变量设置。- npx --no-install commitlint -e “$1”
* 这一行是使用npx运行commitlint,并使用参数“-e”指定要检查的文件或文件夹。“$1”表示传入
pre-commit
#!/usr/bin/env sh
. "$(dirname -- "$0")/_/husky.sh"
npx --no-install lint-staged
- npx --no-install lint-staged
* 这行语句使用NPM中的npx工具来运行lint-staged工具,不需要全局安装。
项目根目录跑一下
chmod ug+x .husky/*
chmod是一个用于修改文件权限的命令
u代表所有者的权限
g代表组的权限
o代表其他人的权限
+x表示添加可执行权限
commit 模板
feat(common): 提交具体信息
更多推荐
所有评论(0)