【学了就忘】Git操作 — 65.rebase实战

实战一

使用git rebase命令,将多分个分支合并为一个分支。

为了演示,额外创建两个分支devtest,分别在两个分支上进行两次提交:

它们有一个共同的父提交节点init,此时本地仓库的状态如下图:

  • 我们要对test分支进行变基,从而合并到dev分支上,所以需要先切换到test分支上,这与merge操作是相反的;
  • 随后在test分支上执行git rebase dev命令,对该分支进行变基。
  • 该指令翻译过来就是:test 分支要变更基准点,使用 dev 分支指向的提交,作为我新的基准点。

1、变基分支,解决冲突

(1)首先,将test分支上的提交(补丁)tes1,应用到新基准点 dev2尾部,出现了合并冲突:

查看状态,发现test分支变基过程中的新基准点,正是dev分支指向的提交361be35,即提交节点dev2

如图所示,此时有三个选项:

选项一git rebase --continue:解决冲突,手动合并后,继续变基;

如下图:

分支的状态如下所示:

选项二git rebase --skip:表示丢弃当前test分支的补丁,如果一直执行该选项,变基完成后,两分支的状态如下所示:

即此时test分支与dev分支上具有相同的文件:

并且test分支上的提交记录被改变为了dev分支上的提交记录。(test.txt文件的内容也被改变了)

这就是一直执行选项git rebase --skip,丢弃全部test分支补丁的结果:

选项三git rebase --abort:表示终止rebase操作,恢复到操作前;

(我们选择选项一)

2、生成分支,再次进行合并

(1)切换到dev分支上进行操作,在dev分支上新增两次提交dev3dev4

此时分支的状态如下所示:

(2)执行命令git rebase dev,变基test分支到dev分支上。

此时分支的状态如下所示:

细心的你可能已经发现了,rebasecherry-pick十分类似。只不过cherry-pick不会修改分支提交记录,而rebase会。

实战二

1、情况说明

在对两个分支进行变基时,所生成的“重放”并不一定要在目标分支上应用,你也可以指定另外的一个分支进行应用。

就像下图中,你创建了一个主题分支 server,为服务端添加了一些功能,提交了 C3C4。 然后从 C3 上创建了分支 client,为客户端添加了一些功能,提交了 C8C9。 最后,你回到 server 分支,又提交了 C10

2、合并分支一

假设你希望将 client 分支中的修改,合并到主分支并发布。

但暂时并不想合并 server 中的修改, 因为它们还需要经过更全面的测试。

这时,你就可以使用 git rebase 命令的 --onto 选项, 选中在 client 分支里但不在 server 分支里的修改(即 C8C9 提交),将它们在 master 分支上重放。

执行如下命令:

$ git rebase --onto master server client

以上命令的意思是:“取出 client 分支,找出它从 server 分支分歧之后的补丁, 然后把这些补丁在 master 分支上重放一遍,让 client 分支看起来像直接基于 master 分支修改一样”。这

理解起来有一点复杂,不过效果非常酷,如下图:

现在可以快进合并 master 分支了。(如图 快进合并 master 分支,使之包含来自 client 分支的修改):

# 切换到master分支
$ git checkout master

# 把client分支merge到master分支
$ git merge client

命令执行完,分支状态如下图所示:

3、合并分支二

接下来你决定将 server 分支中的修改也整合到 master 分支上。

使用 git rebase 命令可以直接将 server 分支变基到目标分支上。

执行命令如下:

# 此时在master分支上
$ git rebase master server

说明:这样做能省去你先切换到 server 分支,再对其执行变基命令的多个步骤。

此时 server 分支中的代码,被“续”到了 master 分支的后面,如下图所示:

然后就可以把 server 分支,快进合并主分支 master 了:

$ git checkout master
$ git merge server

至此,client 分支和 server 分支中的修改,都已经整合到主分支里了。

你可以删除这两个分支。

$ git branch -d client
$ git branch -d server

最终提交历史记录会变成如下图所示:

参考:

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 156,630评论 4 359
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 66,405评论 1 289
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 106,382评论 0 237
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,548评论 0 203
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 51,853评论 3 285
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,276评论 1 209
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,638评论 2 309
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,350评论 0 195
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,015评论 1 238
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,309评论 2 240
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,836评论 1 256
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,206评论 2 251
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,767评论 3 231
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 25,972评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,715评论 0 192
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,319评论 2 269
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,222评论 2 258

推荐阅读更多精彩内容