代码提交的变动类型命名规范

    作为开发人员，每天都进行了大量的代码提交，为了方便维护，需要快速了解某个提交的意图，这时候需要规范提交的命名规则。最直观的方法就是在提交的commit message上加上相应的修改类型。

• docs ：对应于修改的类型，即文档更新
• changelog：影响的范围，即changelog文件
• subject：对应的事件，即相应的提交内容
• buid：影响构建系统或者外部依赖关系的更改（如：gulp、broccoli、NPM）
• ci：更改持续集成文件和脚本
• feat：添加新功能
• fix：修复某个错误
• perf：改进性能的代码更改
• refactor：代码更改，既不修复错误也不添加功能
• style：不影响代码含义的变化（空白、格式化、缺少分号）
• test：添加缺失测试或更正现有测试
      例如某次提交是修复一个问题，则提交message的时候写成 feat:修复问题，这样在提交的历史记录里面也更容易进行追溯和过滤。