1.commit-message规范必要性
- 统一格式的提交记录,更清晰和易读
- 可以通过提交记录来了解本次提交的目的,更好的CR和重构
- 更容易了解变更,定位和发现问题
- 每个提交描述都是经过思考的,改善提交质量
- 生成变更记录
2.规范选型
经过commit-message规范评审,在业界常用的:atom,eslint和Angular等规范中, 可以选择最常用的Angular规范作为我们日常项目中的提交规范
3.Angular的Commit Message规范简介
每条提交记录包含三个部分:header,body和footer
<header> <BLANK LINE> <body> <BLANK LINE> <footer>
复制代码
Commit Message Header
<type>(<scope>): <short summary>
│ │ │
│ │ └─⫸ Summary in present tense. Not capitalized. No period at the end.
│ │
│ └─⫸ Commit Scope: animations|bazel|benchpress|common|compiler|compiler-cli|core|
│ elements|forms|http|language-service|localize|platform-browser|
│ platform-browser-dynamic|platform-server|router|service-worker|
│ upgrade|zone.js|packaging|changelog|dev-infra|docs-infra|migrations|
│ ngcc|ve
│
└─⫸ Commit Type: build|ci|docs|feat|fix|perf|refactor|test
复制代码
其中和
Type 必须是以下的类型
- feat: 新增页面或功能
- fix: bug修复
- build: 影响构建系统或外部依赖项的更改
- ci: 对 CI 配置文件和脚本的更改
- docs: 文档改动
- perf: 性能提升改动
- refactor: 不影响功能的代码重构(既不修复错误也不添加功能)
- test: 添加或修改测试用例
Summary用来提供更改的简洁描述
4.规范实施
通过commitizen进行交互式提交,husky + commit-msg hook进行提交校验,cz-customizable来自定义交互提交流程和文案
1.使用commitizen工具,在commit时可以交互的方式选择type
安装commitizen
npm i -D commitizen
复制代码
package.json中添加对应的npm script
"commit":"cz"
复制代码
改动添加到暂存区后执行commit提交
npm run commit
复制代码
2. 通过husky在git hooks中对不符合规范的提交进行拦截,拦截commitlint进行校验
安装husky , commitlint 和 符合angular提交规范的配置
npm i -D husky commitlint @commitlint/config-conventional
复制代码
添加git hooks
npx husky install
复制代码
package.json中添加prepare的npm hook, 在每次install自动执行(yarn v2+不支持prepare)
"prepare": "husky install"
复制代码
执行添加commit-msg hook
如果使用husk v4.x版本(推荐升级到新版本),直接在package.json中或.huskyrc.json中新增commit-msg钩子即可
package.json
"husky": {
"hooks": {
"commit-msg": "commitlint --edit $1"
}
}
复制代码
.huskyrc
,.huskyrc.json
,.huskyrc.js
或husky.config.js
"hooks": {
"commit-msg": "commitlint --edit $1"
}
复制代码
如果使用husky v6+版本,需要添加对应的shell调用方式(husky v6对添加方式做了改动,所以无法通过添加配置到package.json中运行)
npx husky add .husky/commit-msg 'npx --no-install commitlint --edit $1'
复制代码
添加commintlint配置(也可以放到package.json中指定)
echo "module.exports = { extends: ['@commitlint/config-conventional'] };" > commitlint.config.js
复制代码
package.json中添加commitlint配置
"commitlint": {
"extends": [
"@commitlint/config-conventional"
]
}
复制代码
3. 扩展和自定义规范
commitizen提供的交互式默认是英文的,如果改成中文或者对交互流程进行改动,可以使用cz-customizable进行扩展和自定义
安装cz-customizable
npm i -D cz-customizable
复制代码
package.json中添加配置
"config": {
"commitizen": {
"path": "node_modules/cz-customizable"
},
"cz-customizable": {
"config": ".cz-config.js"
}
}
复制代码
.cz-config.js就是cz-customizable配置的具体文件了,可以参考CZ-Config-Example并进行改动, 可以把文案翻译成中文,自定义修改提示等。
也可以通过fork cz-customizable创建内封配置文件的npm包
npm i -D your-own-package
复制代码
"config": {
"commitizen": {
"path": "node_modules/your-own-package"
}
}
复制代码
配置文件可以自定义交互内容,比如可以只保留type scope breakchange confirm
- 选择提交类型
- 简单描述本次改动
- 是否有重大变更
- 确定提交
配置文件中设置skipQuestions: [‘body’,’customScope’,’scope’,’footer’],即可忽略其他选项
allowBreakingChanges: [‘feat’, ‘fix’], 仅在feat和fix时提示 breakchange
4.其他
通过npm script进行commit,如果eslint没有通过(在pre-commit 钩子中做了eslint检测),但是又想提交可以通过加’––’来向npm script传参
npm run commit -- --no-verify # or npm run commit -- -n
复制代码