Message中必须以revert：开头，后面紧跟前面描述的Header部分，格式不变。并且，Body部分的格式也是固定的，必须要记录撤销前Commit的SHA值。

一个新的feature开发完成了，要进行一个Commit，但Commit结束了才发现，某个文档的编码风格不太好或者出现了输入错误类似的小瑕疵，你需要再提交一个Patch修复他们。

merge，并且会在合并的时候自动生成一个commit节点来表明这段历史，时间长了提交历史就会变的混乱不堪，想要规避这个问题，还得借助另一个指令—rebase来解决，具体可以参考Git:

无痛重置，是采用「小步快跑」后带来的第一个好处，因为是小步快跑所以改动的内容也不会很多，重新开始的代价基本为零，相反如果两个版本之间划分跨度较大，这时重头再来的代价就会变很高，让你望而却步。

使用rebase「变基」后的commit与之前没有变基前的commit，即上图中C6’与C6是不同的，它们的SHA-1值不同，Git会把它们看成两次提交。

status查看一下当前仓库状态，就会发现新多出来两个文件.gitmodules和lib目录，前者用于记录submodule的元信息，后者是submodule的实际存放路径。

HEAD~4有时候你要改变历史的那个提交，不是当前版本的最后一次commit，这时候我们就要借助变基(rebase)命令，把我们带到现场。使用命令行交互进行修改（-i

下图是sf上看到的一个问题，感觉这个问题貌似大家经常遇到。今天的Topic就跟大家一起Cover掉这个问题。