超级会员免费看
系列文章目录
目录
前言
多人开发项目时，每次Git提交都不明确提交了什么，增加功能？修复bug？修改了代码格式？没有哦规则。那我们制定制定提交类型及如何写提交信息的规则，提交强制必须遵守~
操作方法
制定规范提交类型准则
| 值 | 说明 |
| feat | 新功能 |
| fix: | 修复一个bug |
| docs: | 文档变更 |
| style: | 代码格式(不影响代码运行的变动) |
| conflict: | 修复代码冲突 |
| font: | 字体文件更新 |
| refactor: | 重构(既不是增加feature，也不是修复bug) |
| perf: | 性能优化 |
| test: | 增加测试 |
| chore: | 构建过程或辅助工具或配置工具修改 |
| revert: | 回退 |
| build: |
订阅专栏 解锁全文
1316
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
