目录
多人开发项目时,每次Git提交都不明确提交了什么,增加功能?修复bug?修改了代码格式?没有哦规则。那我们制定制定提交类型及如何写提交信息的规则,提交强制必须遵守~?
制定规范提交类型准则
值 | 说明 |
feat | 新功能 |
fix: | 修复一个bug |
docs: | 文档变更 |
style: | 代码格式(不影响代码运行的变动) |
conflict: | 修复代码冲突 |
font: | 字体文件更新 |
refactor: | 重构(既不是增加feature,也不是修复bug) |
perf: | 性能优化 |
test: | 增加测试 |
chore: | 构建过程或辅助工具或配置工具修改 |
revert: | 回退 |
build: | 影响构建系统或外部依赖项的更改(如:webpack、npm) |
1、安装commitizen和cz-customizable
npm? i -g?commitizen@4.2.4
npm? i ?cz-customizable@6.3.0 --save-dev
2、在package.json中进行新增
"config": {
"commitizen": {
"path": "node_modules/cz-customizable"
}
},
3、在根目录下新建?.cz-config.js并写入配置
4、使用husky进行强制git代码提交规范
npm install husky@7.0.1 --save-dev
npm husky install
5、在package.json中新增指令并执行
?执行 npm run prepare
6、新增husky配置文件 并写入配置内容
npx husky add .husky/commit-msg
npx --no-install commitlint --edit
每天记录一点,助力成长!
欢迎大家来浏览我的博客,如发现我有写错的地方,欢迎交流指正。
如果你觉得本文对你有帮助,欢迎点赞收藏转载,烦请注明出处,谢谢!
欢迎关注 点赞 留言 支持!感激不尽~?