【git命令】git-rebase

修改历史提交记录

做用简要归纳为：能够对某一段线性提交历史进行编辑、删除、复制、粘贴；所以，合理使用rebase命令可使咱们的提交历史干净、简洁！

 前提：不要经过rebase对任何已经提交到公共仓库中的commit进行修。

1.合并多个commit为一个完整commit

咱们在本地仓库中提交了屡次，在咱们把本地提交push到公共仓库中以前，为了让提交记录更简洁明了，咱们但愿把以下分支B、C、D三个提交记录合并为一个完整的提交，而后再push到公共仓库。

如今咱们在测试分支上添加了四次提交，咱们的目标是把最后三个提交合并为一个提交：

这里咱们使用命令:

git rebase -i  [startpoint]  [endpoint]

区间指定的是一个前开后闭的区间

其中-i的意思是--interactive，即弹出交互式的界面让用户编辑完成合并操做，[startpoint] [endpoint]则指定了一个编辑区间，若是不指定[endpoint]，则该区间的终点默认是当前分支HEAD所指向的commit(注：该区间指定的是一个前开后闭的区间)。 在查看到了log日志后，咱们运行如下命令：

git rebase -i 53d6d02df

或

git rebase -i HEAD~3

而后咱们会看到以下界面:

上面未被注释的部分列出的是咱们本次rebase操做包含的全部提交，下面注释部分是git为咱们提供的命令说明。每个commit id 前面的pick表示指令类型，git 为咱们提供了如下几个命令:

pick：保留该commit（缩写:p）
reword：保留该commit，但我须要修改该commit的注释（缩写:r）
edit：保留该commit, 但我要停下来修改该提交(不只仅修改注释)（缩写:e）
squash：将该commit和前一个commit合并（缩写:s）
fixup：将该commit和前一个commit合并，但我不要保留该提交的注释信息（缩写:f）
exec：执行shell命令（缩写:x）
drop：我要丢弃该commit（缩写:d）

根据咱们的需求，咱们将commit内容编辑以下:

而后是注释修改界面:

编辑完保存便可完成commit的合并了：

#2. 将某一段commit粘贴到另外一个分支上

当咱们项目中存在多个分支，有时候咱们须要将某一个分支中的一段提交同时应用到其余分支中，就像下图：

咱们但愿将develop分支中的C~E部分复制到master分支中，这时咱们就能够经过rebase命令来实现（若是只是复制某一两个提交到其余分支，建议使用更简单的命令:git cherry-pick）。

在实际模拟中，咱们建立了master和develop两个分支:

master分支:

develop分支:

咱们使用命令的形式为:

git rebase   [startpoint]   [endpoint]  --onto  [branchName]

其中，[startpoint] [endpoint]仍然和上一个命令同样指定了一个编辑区间(前开后闭)，--onto的意思是要将该指定的提交复制到哪一个分支上。

因此，在找到C(90bc0045b)和E(5de0da9f2)的提交id后，咱们运行如下命令：

git  rebase   90bc0045b^   5de0da9f2   --onto master

能够看到，C~E部分的提交内容已经复制到了G的后面了，大功告成？NO！咱们看一下当前分支的状态:

当前HEAD处于游离状态，实际上，此时全部分支的状态应该是这样:

因此，虽然此时HEAD所指向的内容正是咱们所须要的，可是master分支是没有任何变化的，git只是将C~E部分的提交内容复制一份粘贴到了master所指向的提交后面，咱们须要作的就是将master所指向的提交id设置为当前HEAD所指向的提交id就能够了，即:

git checkout master
git reset --hard  0c72e64

此时咱们才大功告成！

3. rebas合并，解决冲突

分支合并

若是图中此时network 和 origin 分支有冲突了

平时咱们用merge， merge合并，手动解决冲突，merge后会产生一个新的commit-id

分支合并，解决冲突， merge后会产生一个新的commit-id

rebase 合并

命令：

git checkout mywork

git rebase origin

命令会把你的"mywork"分支里的每一个提交(commit)取消掉，而且把它们临时 保存为补丁(patch)(这些补丁放到".git/rebase"目录中),而后把"mywork"分支更新 为最新的"origin"分支，最后把保存的这些补丁应用到"mywork"分支上。

当'mywork'分支更新以后，它会指向这些新建立的提交(commit),而那些老的提交会被丢弃。 若是运行垃圾收集命令(pruning garbage collection), 这些被丢弃的提交就会删除. （请查看 git gc)

在rebase的过程当中，也许会出现冲突(conflict). 在这种状况，Git会中止rebase并会让你去解决 冲突；在解决完冲突后，用"git-add"命令去更新这些内容的索引(index), 而后，你无需执行 git-commit,只要执行:

git rebase --continue

这样git会继续应用(apply)余下的补丁。

在任什么时候候，你能够用--abort参数来终止rebase的行动，而且"mywork" 分支会回到rebase开始前的状态。

git rebase --abort

若是你想跳过此补丁，则执行 git rebase --skip