每次开发完一个独立性能之后，都会提交commit，并且会写上commit message。但不同的人对commit message有着不同的了解：中英混合应用、fix bug等各种抽象的message司空见惯。这也导致code review、前期保护等场景下，必须通过代码能力得悉提交的次要内容，代码保护老本比拟大。因为标准的commit message是十分有必要的。
通过在技术社区里搜寻得悉，Angular标准是目前应用最宽泛的写法，比拟正当和系统化。联合自己的开发教训，总结出简化版本的commit message标准。
commit message 格局
commit message: <type>: <subject>
type
| type | 阐明 |
|---|---|
| feat | 新性能（feature） |
| fix | 修复bug |
| docs | 文档（documentation） |
| style | 批改格局（不影响代码的性能） |
| refactor | 重构 |
| perf | 优化相干，比方晋升性能、体验 |
| revert | 回滚到上一个版本 |
| merge | 代码合并 |
subject
subject是commit目标的简短形容，结尾不加句号或其余标点符号。
益处
一旦束缚了commit message，意味着开发者将谨慎地进行每一次提交，不能再一股脑地把各种各样的改变都放在一个commit里，这样整个代码改变的历史也将更加清晰。