在日常的开发工作中 ， 通常使用git来管理项目代码 ， 当对代码进行修改后 ， 可以通过git commit命令来提交代码 。
git 规定提交时必须要写提交信息 ， 作为改动说明 ， 保存在 commit 历史中 ， 方便回溯 。 规范的 log 不仅有助于他人 review, 还可以有效的输出 CHANGELOG ， 甚至对于项目的研发质量都有很大的提升 。
但是在日常工作中 ， 大多数同学对于 log 信息都是简单写写 ， 没有很好的重视 ， 这对于项目的管理和维护来说 ， 无疑是不友好的 。 本篇文章主要是结合我自己的使用经验来和大家分享一下 git commit 的一些规范 ， 让你的 log 不仅“好看”还“实用” 。
为什么要规范commit message一直在说要规范 commit message格式 ， 那为什么要这样做呢？
让我们先来看一个不太规范的 commit 记录：
文章插图
看完以后什么感觉 ， 这到底更新了什么啊 ， 写得全是update ， 这种 commit 信息对于想要从中获取有效信息的人来说无疑是一种致命的打击 。
那我们来看一个社区里面比较流行的Angular规范的 commit 记录:
文章插图
【前端技巧：git commit提交规范】看完是不是一目了然呢？
上图中这种规范的 commit 信息首先提供了更多的历史信息 ， 方便快速浏览 。 其次 ， 可以过滤某些 commit（比如文档改动） ， 便于快速查找信息 。
既然说到了 Angular 团队的规范是目前社区比较流行的 commit 规范 ， 那它具体是什么呢？下面让我们来具体深入了解下吧 。
Angular 团队的 commit 规范它的 message 格式如下:
(): // 空一行// 空一行