# 为什么需要代码提交规范 在团队协作开发时，每个人提交代码时都会写 commit message。 每个人都有自己的书写风格，翻看我们组的git log, 可以说是五花八门，十分不利于阅读和维护。 一般来说，大厂都有一套的自己的提交规范，尤其是在一些大型开源项目中，commit message 都是十分一致的。 因此，我们需要制定统一标准，促使团队形成一致的代码提交风格，更好的提高工作效率，成为一名有追求的工程师。 # 业界通用的 git 提交规范有哪些？ ## 1.[commitizen](https://www.npmjs.com/package/commitizen) [AngularJS](https://github.com/angular/angular/commits/master)在 github上 的提交记录被业内许多人认可，逐渐被大家引用。 <br /> **格式：** ``` type(scope) : subject ``` (1) type（必须） : commit 的类别，只允许使用下面几个标识： * feat : 新功能 (feature) * fix : 修复bug * docs : 文档改变 * style : 代码格式改变 * refactor : 某个已有功能重构 * perf : 性能优化 * test : 增加测试 * build : 改变了build工具 如 grunt换成了 npm * revert : 撤销上一次的 commit * chore : 构建过程或辅助工具的变动 ( 2 ) scope（可选） : 用于说明 commit 影响的范围，比如数据层、控制层、视图层等等，视项目不同而不同。 ( 3 ) subject（必须） : commit 的简短描述，不超过50个字符。 **示例** ``` git commit -m "feat: 新增提现功能" git commit -m "fix: 修复提现余额不足依然可以申请问题" ``` ## 参考 [git commit 代码提交规范](https://segmentfault.com/a/1190000017205604)