git commit 如果不规范提交信息，如果想从 A分支 优先到 B分支，去找到之前提交信息，可以说非常痛苦。

提交信息全是：修复bug。几百次提交全是：修复Bug。乱七八糟的。

所以提交信息的时候的确要规范下提交的前置信息。下面列了一些常见的提交信息。

写这篇文章，我也翻了几个开源项目，也并没有统一的规范，真正规范是很难执行的，世界是一个烂摊子的组合。代码能跑就行，所以很多时候没必要太做一些形式的东西，自己愿意按照这个规则，就遵守。无法强制要求别人！

功能名单词命名
新功能feat
新功能feature
功能增强或改进enhancement
修复 bugfix
文档相关的变更docs
代码样式style
原有功能重构refactor
增加测试或修改现有测试test
性能优化perf
CI 配置文件和脚本的变动ci
撤销之前的提交revert
特殊说明：
上述文章均是作者实际操作后产出。烦请各位，请勿直接盗用！转载记得标注原文链接：www.zanglikun.com
第三方平台不会及时更新本文最新内容。如果发现本文资料不全，可访问本人的Java博客搜索：标题关键字。以获取最新全部资料 ❤