git rebase 合并提交记录
开发过程中，在一个开发分支上进行了多次提交，最后将所有修改合并回主干。如果使用merge方式合并，会将每次commit全部合并过去，这样主干上会出现很多提交记录。而我们期望的是，主干上只有一条诸如"解决xx问题"的记录。这时，可以在开发分支上将多次提交合并为一次。
在开发分支上执行
1 > git rebase -i HEAD~6
`HEAD~3`表示要合并最近的3次提交，`HEAD~6`表示要合并最近的6次提交。
会产生一个临时的 rebase 描述文件，并进入 vim 编辑器，我们需要编译这个文件，告诉 git 要如何 rebase。
文件开头每一行是对一次 commit 的 rebase 描述，根据下方的提示修改各行描述信息。每行描述有三段，命令、commitId、commitMessage
其中主要的命令有如下几个:
| 命令 | 提交(修改)内容 | 提交记录 | 提交信息(commit message) |
| p | 保留 | 保留 | 保留 |
| s | 保留 | 保留 | 不保留 |
| f | 保留 | 不保留 | 不保留 |
| d | 不保留 | 不保留 | 不保留 |
pick 保留提交记录，每出现一个 p，rebase完成之后，会有一行提交记录。rebase不一定会把所有提交合并为一，而是出现几个p，合并为几个提交记录。
squash 会保留这次提交所作的修改，但不保留提交记录，会把这次修改压缩合并到上个提交，就是上面的pick记录上，同时将本次commit message添加到上个提交的后边。
fixup 与 squash 类似，会把这次修改压缩合并到上个提交，但是不添加commit message。
drop 会彻底丢弃这次提交，就像从来没有过这次提交一样，rebase完成之后，这条提交记录没有了，它所做的修改也没有了。
例如，将描述文件修改为如下内容：
p ab730e5 cm1
s 5e8b46f cm2
f 9cc1a7a cm3
p 4852f69 cm4
d 5e0b320 cm5
s f07e97d cm6
保存(<Esc>:wq)之后，会执行第一次压缩合并，对应描述文件中的前三行，压缩完成，再次进入vim编辑模式，修改新的commit message，默认信息为"cm1 <\n> cm2"，保存之后，会执行下一次压缩合并，修改提交信息，保存。
rebase过程就完成了。
