前言平时使用git的时候，提交说明都是随手写的。当发现问题时，回滚版本。看着杂乱无章的投稿须知，一下子搞不清到底投了哪些内容，苦不堪言。后来在学习过程中，体会到了Commit的规范和配置，总结了内容，分享给大家。什么是CommitmessageGit每次提交代码，都必须写Commitmessage（提交说明），否则不允许提交。上面gitcommit-m"helloworld"代码的-m参数用来指定Commit消息。如果一行写不够，直接执行gitcommit，会弹出文本编辑器，让你写多行。基本上，你可以写任何东西。但是，一般来说，Commit消息应该清晰明了，说明本次commit的目的。目前社区对Commit消息的编写有多种规范。本文介绍的是Angular规范（见上图），是目前使用最广泛的一种写法，比较合理和系统，并且有配套的工具。Commit消息的作用格式化的Commit消息有几个好处。(1)提供更多历史信息，方便快速浏览。例如，以下命令显示自上次发布以来的更改，每行一个提交。只需查看行首即可了解提交的目的。gitlog--oneline(2)可以过滤某些Commits（比如文件变更），让你可以快速的找到信息。例如，以下命令仅显示此版本中添加的新功能。gitlog--grepfeature(3)可以直接从Commit生成Changelog。ChangeLog是新版本发布时，用于说明与前一版本不同之处的文档，详见下文。Commitmessage格式对于每次提交，commitmessage包括三部分：Header、Body和Footer。其中Header是必须的，Body和Footer可以省略。()://空行//空行
