git commit 如果不规范提交类型,真的翻起来乱七八糟的,所以提交信息的时候的确要规范下提交的前置信息。下面列了一些常见的提交信息。
写这篇文章,我也翻了几个开源项目,也并没有统一的规范,真正规范是很难执行的,世界是一个烂摊子的组合。代码能跑就行,所以很多时候没必要太做一些形式的东西,自己愿意按照这个规则,就遵守。无法强制要求别人!
功能名 | 单词命名 |
---|---|
新功能 | feat |
新功能 | feature |
功能增强或改进 | enhancement |
修复 bug | fix |
文档相关的变更 | docs |
代码样式 | style |
原有功能重构 | refactor |
增加测试或修改现有测试 | test |
性能优化 | perf |
CI 配置文件和脚本的变动 | ci |
撤销之前的提交 | revert |
特殊说明: 上述文章均是作者实际操作后产出。烦请各位,请勿直接盗用!转载记得标注原文链接:www.zanglikun.com