本文总结了项目实践中的 Commit Message 规范。
任何一笔提交都是有原因的，因此 commit message 需要说明该笔提交的 目的. 我们主要借鉴AngularJS Git Commit Message Conventions。
规范commit message想要达到的目的主要有：
commit message 格式说明，都是必填。
(
其中 Allowed
: 目前要求是有内容就行。最好不要超过50个字。
: 空行。用来分隔subject和body， 分隔body 和 test affect。
feat(ANDROID_INFRA-90): seperate registration from identity verification
原来的两个接口实现不动，但是标为 Deprecated
新增两个接口：
测试影响： 注册和验证流程
feat(ANDROID_INFRA-74): 功能简单描述
<空一行>
<功能具体的具体描述>
实现方法（可选）：
<具体实现方法的描述>
<空一行>
测试影响：
<描述对现有功能的影响，测试需要注意的地方>
<较大新功能和逻辑性较强的功能需要附带部分测试用例>
fix(ANDROID_INFRA-74): 简单描述
<空一行>
<关于Bug的一般说明>
产生原因：
<描述Bug的产生原因>
解决方法：
<描述如何修复bug>
<空一行>
测试影响：
<描述对现有功能的影响，测试需要注意的地方>
refactor(ANDROID_INFRA-74): 重构了什么地方的代码
<空一行>
<对重构内容、目的的相关描述>
所做修改：
<说明你做了那些修改>
<空一行>
测试影响：
<描述对现有功能的影响，测试需要注意的地方>
docs(ANDROID_INFRA-74): 完善xxx文档
<空一行>
<修改原因>
<空一行>
测试影响：
<描述对现有功能的影响，测试需要注意的地方>
test(ANDROID_INFRA-74): 增加xxx方法自动测试案例
<空一行>
<测试详情>
<空一行>
测试影响：
<描述对现有功能的影响，测试需要注意的地方>
style(ANDROID_INFRA-74): check style 修改
<空一行>
<移除了哪些资源和内容>
<空一行>
测试影响：
<描述对现有功能的影响，测试需要注意的地方>
chore(ANDROID_INFRA-74): 完善脚本
<空一行>
<简单介绍>
<空一行>
测试影响：
<描述对现有功能的影响，测试需要注意的地方>
各位可以多次 commit， 但是在提交 Merge Request 的时候只能有一次 Commit message，具体操作：
git rebase -i upstream/master
<把所有的Commit Message按上述格式融合>
<如果有conflict请解决conflict>
git push origin
提交merge request
commit 提交时需要注意 一次提交对应一个问题，一来方便 大家对此次的提交 code Review ,二来方便后期定期问题，提交时注意规范使用空行及空格（比如中英文之间添加空格、规范使用【】或者 「 」等，具体可以参考附录5）。