规范git commit提交信息
张树源
前端工程师
看到如上git提交信息的时候，可能每个人都会抓狂，因为你根本不知道这段代码提交什么内容，甚至不知道写commit的意义是什么。
一个好的git提交记录可以让人更好的理解项目和代码，无论是整个项目的演进，还是某一段代码改动的原因，都可以通过提交记录查阅到。因此，清晰的git commit内容，则是必不可少的一部分。
基本规范#
git commit的主要目的是为了向阅读者更好的表述改动信息，因此可以是一段精简的介绍，也可以是一篇详细的解决思路。例如：
- 修改了http模块，当服务器返回50x错误时，做出相应的错误提示
- 更新了readme，增加了Jenkins自动化部署的介绍信息
- 通过useReducer移除了useEffect依赖，修复了循环依赖导致重复请求的问题
- 修复了返回数据为空时报错问题，以及侧边栏点击无法关闭等问题
这样基本上就可以向阅读者传递了每个改动点的内容。但是以上提交内容，缺乏规范，可能每个人写的格式都不同，读起来就会比较吃力，因此需要合适的规范。
Angular 规范介绍#
Angular的git commit规范指导是被大众认可的一种规范。
格式#
简单翻译一下如下：
规范#
按照此规范，之前的提交信息可以更新为：
feat(http): 当服务器返回50x错误时，做出相应的错误提示
docs(readme): 增加Jenkins自动化部署的介绍信息
fix: 修复循环依赖导致重复请求的问题
通过useReducer移除了useEffect依赖
fix(user): 返回数据为空时报错问题
fix(component): 侧边栏点击无法关闭
这里可以看到，我们将 修复了返回数据为空时报错问题，以及侧边栏点击无法关闭等问题 拆为了2个提交信息，这涉及到原子性提交（atomic commits）。
原子性提交#
原子性提交就是要求我们当代码变动需要创建提交时，这个提交应该尽可能的小量，并且包含一个不可分割的特性（feature）、修复（fix）或优化（improved）。
优点#
- 利于别人CodeReview代码，增量查看，了解代码改动过程
- 更容易回滚与Cherry Pick，减少副作用
实践#
为了不将其他改动文件混入本次commit中，可以将每次改动的内容add到暂存，然后在改动完成之后，进行commit。
如果喜欢先统一开发完成，然后单独提交，可以通过以下方式实现：
- 根据不同需求单独add 文件
- 只提交部分变动代码
git 提交部分变动内容#
通过git add －－patch或者git add -p来启用交互式命令行，来只提交部分变动代码内容。会展示以下交互命令界面：
输入以下命令来对当前区块进行操作：
tip
在使用该命令遇到问题时，可以尝试使用git -c 'interactive.diffFilter=less' add -p来实现 #296
工具配置#
git commit 提示信息#
git commit 默认的提示信息为增删的代码内容，我们可以通过配置，来增加一些提示信息，帮助我们记忆。新增一个.gitmessage文件。
加入以下内容：
修改全局git配置信息，添加模板地址：
再次提交就可以展示提示了。