作为开发人员,每天都进行了大量的代码提交,为了方便维护,需要快速了解某个提交的意图,这时候需要规范提交的命名规则。最直观的方法就是在提交的commit message上加上相应的修改类型。
- docs :对应于修改的类型,即文档更新
- changelog:影响的范围,即changelog文件
- subject:对应的事件,即相应的提交内容
- buid:影响构建系统或者外部依赖关系的更改(如:gulp、broccoli、NPM)
- ci:更改持续集成文件和脚本
- feat:添加新功能
- fix:修复某个错误
- perf:改进性能的代码更改
- refactor:代码更改,既不修复错误也不添加功能
- style:不影响代码含义的变化(空白、格式化、缺少分号)
- test:添加缺失测试或更正现有测试
例如某次提交是修复一个问题,则提交message的时候写成 feat:修复问题,这样在提交的历史记录里面也更容易进行追溯和过滤。