共计 555 个字符，预计需要花费 2 分钟才能阅读完成。
每次开发完一个独立性能之后，都会提交 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 里，这样整个代码改变的历史也将更加清晰。
正文完