Git的一个优势在于，当你在和别人共享你的工作之前，可以随便修改你的提交历史，当然不管在什么时候，最好不要改动已经推送到central server的commit，否则会产生一次变更的两个版本。
在推送到central server之前，你可以选取staging area（暂存区）中的任意文件进行提交，也可以通过stash命令决定不与某些内容工作，也可以偷梁换柱地重写已经发生的commits，这包括：改变commit信息，拆分commit，压缩多条commit，改变提交的顺序，甚至移除某些不再需要的commit等。
为了对于上面的描述有宏观的了解，笔者在本地新建了一个仓库且提交了三个commit，it seems like this：
其中SecondCommit中包含两个txt文件，其余两个commit都只包含一个txt文件。
接下来就来篡改一下历史吧！
（注：--pretty=format 表示格式化输出，%h 表示提交对象的简短哈希字串，%s 表示提交说明，为了方便后面的展示，笔者用alias命令简化上面的命令： git config --global alias.last "log --pretty=format:"%h,%s"",之后如果需要查看log信息，git last 或者 git last -n 即可）
1、修改最后一条commit
修改最后一条commit是所有修改提交历史操作中最常见的一个。它的命令很简单：git commit --amend
从英文单词amend的字面意思（修改，改正）就可以理解此命令。
执行此命令会进入一个编辑框：
了解vim的同学可能对这不会感觉到陌生，这里简单介绍一下，首先在键盘输入i（i 表示insert插入，由此进入编辑模式），更改title信息，按Esc退出编辑模式，最后输入 :wq (保存并且退出)，收工。
如果对索引区的内容作了修改，先执行git add 命令，再执行git commit --amend , 效果是一样的，更改后的log信息如下：
2、修改多条commit
Git提供了交互式变基工具，可以在任何想要修改的commit后停止，做任何想做的事。
通过git rebase -i 命令来交互式的运行变基（注：-i 是--interactive的缩写）。同时需要指定想要重写多久远的历史，比如修改最近三次提交：git rebase -i HEAD~3 ，因为笔者的FirstCommit是repository里面的第一个提交，所以笔者采用的是git rebase -i --root命令，有兴趣的同学可以看看这个：http://stackoverflow.com/questions/2246208/change-first-commit-of-project-with-git/2309391#2309391.
执行git rebase -i --root命令，弹出如下编辑框：
需要注意的是commit显示顺序刚好和git log的显示顺序相反。尤其注意Commands，之后所有的操作都是基于这些命令, 这里笔者依次解释一下：
p, pick = use commit: 直接使用commit 不做任何修改，其中p 是pick的缩写，以下雷同；
r, reword = use commit, but edit the commit message: 使用commit，但是会更改commit 信息；
e, edit = use commit, but stop for amending :使用commit，但是遇到此命令时会停止合并；
s, squash = use commit, but meld into previous commit: 使用commit,但是会合并到前一个commit中；
f, fixup = like "squash", but discard this commit's log message：和squash类似，但是会抛弃commit的log信息
x, exec = run command (the rest of the line) using shell：使用shell运行命令
d, drop = remove commit：丢弃commit
整个其实就是一个脚本，每一行就相当于一个命令，位置可以互换，命令是从上往下执行的。如果移除某一行，对应的commit就丢失了，但是如果把所有的行都移除的话，整个rebase就被终止了。
了解了上面的命令，修改多条commit就显得很简单了。
由于篇幅的限制，这里笔者就改变第一条commit的提交信息：
之后便会执行rebase过程，然后弹出一个编辑框，修改commit信息即可。
现在的log信息如下：
3、拆分提交
上面我们提到SecondCommit中包含两个文件，现在笔者将其拆分成两个commit，这个时候需要用到edit命令。
同样的先进入交互式变基：git rebase -i --root
当从上往下执行rebase的时候，遇到edit命令将会暂停rebase。
此时我们要做的就是reset SecondCommit的提交 git reset HEAD~
这时候用git status 查看最新的状态：
交互式变基正在执行，SecondCommit的提交已经从索引区变成untrcked的状态了。我们需要做的就是将这两个文件分别add到暂存区然后commit到索引区。
$ git add newfile1.txt
$ git commit -m "SecondCommitSplit-1
$ git add newfile2.txt
$git commit -m "SecondCommitSplit-2
完成上面的操作后还是处于rebase的状态，让rebase继续执行即可
git rebase --continue
现在log信息如下：
4、合并提交
上面我们说过squash和fixup命令具有合并commit的功能，笔者习惯用的是fixup命令，只保存一个message信息。
比如我们现在要合并最近的两个commit：
中间还给SecondCommitSplit-2更改了commit 信息
合并后的log信息如下：
5、修改提交的commit的顺序
上面讲过，更改行的位置即可改变commit的提交顺序，比如说把第一条和第三条commit的顺序互换：
修改顺序后的log信息如下：
当然，如果commit之间有相互依赖关系的话就没有这么简单了。
总结
其实整篇文章都是围绕pick，reword，edit，squash，fixup等几个常用的命令进行的简单实践，实际开发过程中的情况还要复杂，具体问题还是要具体分析，笔者只是抛砖引玉，如果有不妥当的地方，还请各位看官指点一二。
本文作者：项健（点融黑帮），现任职于点融网北京技术团队。一个热衷于android技术开发的程序猿，曾供职于索尼，主要负责系统app的维护和更新。