一、开发者
- 不应该在 CI 内同时包含主要风格的改动与其他代码的修改，这样会导致难以看出 CI 到底做出什么改动
- 格式化 commit message
- 提交 PR 时简单讲解本次 review 部分的业务逻辑和影响范围，方便参与者检查出 bug
优势：
- 提供更多的历史信息，方便快速浏览;
- 可以过滤某些 commit（比如文档改动），便于查找信息;
- 可以直接从 commit 生成 change log。
格式：
commit message 都包含三个部分：Header（必需）、Body（可选）、Footer（可选）
():
