如何克服解决Git冲突的恐惧症？（Git高级话题）

发表于 更新于 分类于 阅读次数： 本文字数： 397 阅读时长 ≈ 1 分钟

Git高级话题

多分支rebase

多分支的情况下，我们往往希望得到有序的提交历史，看下面的例子：

执行如下步骤进行多分支rebase：

1
2
3
4
git rebase master bugFix
git rebase bugFix side
git rebase side another
git rebase another master

两个父节点

操作符^与~符一样，后面也可以跟一个数字。

但是该操作符后面的数字与~后面的不同，并不是用来指定向上返回几代，而是指定合并提交记录的某个父提交。还记得前面提到过的一个合并提交有两个父提交吧，所以遇到这样的节点时该选择哪条路径就不是很清晰了。

Git默认选择合并提交的“第一个”父提交，在操作符^后跟一个数字可以改变这一默认行为。

废话不多说，举个例子：

1
2
//链式操作
git branch bugWork master~^2~

纠缠不清的分支

如上图，现在我们的master分支是比one、two和three要多几个提交。出于某种原因，我们需要把master分支上最近的几次提交做不同的调整后，分别添加到各个的分支上。

one需要重新排序并删除C5，two仅需要重排排序，而three只需要提交一次。

执行如下命令：

1
2
3
4
5
git checkout one
git cherry-pick C4 C3 C2
git checkout two
git cherry-pick C5 C4 C3 C2
git branch -f three C2

相信大家对Git高级话题已经基本掌握，不妨在自己的git环境中动手试一试吧～