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过程就完成了。

转载于:https://www.cnblogs.com/LinuSiyu/p/11572703.html