简介在日常的开发工作中，我们通常会使用git来管理代码。当我们对代码进行一些改动时，可以通过gitcommit来提交代码。Git规定提交时必须写提交信息，作为对变更的描述，保存在提交历史中，方便回溯。一个标准化的日志，不仅可以帮助别人审阅，还可以有效的输出CHANGELOG，甚至可以大大提高项目开发的质量。但是在日常工作中，大部分同学只是单纯的写日志信息，并没有太在意。这对于项目管理和维护来说无疑是不友好的。这篇文章主要是根据自己的经验，给大家分享一些gitcommit的规范，让你的日志不仅“好看”，而且“实用”。Whystandardizegitcommit一直在说要规范commit格式，那么为什么要这么做呢？我们先来看一个不规范的commit记录：看完是什么感觉，写了什么（innerOS），这种commit信息对于想从中获取有效信息的人来说无疑是致命一击。那我们来看看社区流行的Angular规范的commit记录：看完是不是一目了然？上图中标准的commit信息首先提供了更多的历史信息，方便快速浏览。其次，可以过滤某些提交（例如文档更改）以方便快速查找信息。现在Angular团队的规范是社区比较流行的commit规范，那到底是什么呢？让我们仔细看看它。Angular团队的commit规范有如下消息格式：()://Emptyline//Emptyline
