【学了就忘】Git操作 — 61.rebase命令详解

时间:2021-6-12 作者:qvyue

在 Git 中合并来自不同分支的修改主要有两种方法:mergerebase

在之前的文章当中我们介绍了git merge命令的用法,通过git merge命令我们可以对两个分支进行合并操作。这样我们可以很方便地进行协同开发了,每个人都在自己的分支下开发代码,开发完毕之后再合并到master分支,通过这种方式可以保证大家的代码不会陷入混乱。

但是这样也会有隐含的缺陷:

  • 一个是提交历史记录的不完整,回退的时候可选择性减少。
  • 一个是历史提交记录非常的混乱,会让你眼花缭乱,欲仙欲死。

为了解决这些头疼的问题,我们就需要用到git rebase操作。

1、git rebase命令简介

rebase有两个意思:变基衍合,即变换分支参考的基准点。默认情况下,一个分支会以该分支上的第一次提交作为基点。

如下图所示:master分支默认以提交1st作为基点:

【学了就忘】Git操作 — 61.rebase命令详解

如果以提交4th作为master分支的基点,master分支就会变为:

【学了就忘】Git操作 — 61.rebase命令详解

这个变化基准点的过程就称之为变基(rebase)。

接下来详细介绍一下rebase命令

官方对于rebase的描述为:“git-rebase: Forward-port local commits to the updated upstream head”— git doc

翻译一下,就是将你在某个分支上的所有提交记录,移花接木到另一个分支上。

这边需要强调一个概念:reapply,使用rebase并不是简单地像你进行剪切复制一样,rebase命令会依次地,将你所要操作分支上的所有提交,应用到目标分支上。

也就是说,实际上在执行rebase命令的时候,有两个隐含的注意点:

  1. 在重放之前提交的时候,Git会创建新的提交。也就是说即使你重放的提交与之前的一模一样,Git也会将他当做新的独立的提交进行处理。
  2. git rebase命令并不会删除旧的提交。也就是说,你在对某个分支执行了rebase操作之后,老的提交仍然会存放在.git文件夹的objects目录下。

2、merge与rebase的区别

git rebase 命令与git merge 命令的功能十分相似,不过二者的工作方式有着显著的差异。

比如:将AB两分支进行合并:

  • A分支上执行git merge B,表示的是将B分支合并到A分支上;
  • 而在A分支上执行git rebase B,则表示将A分支通过变基合并到B分支上;(看不懂,往下看)

(1)采用merge合并分支

现在有两个分支master分支和dev分支,如果想要将dev分支合并到master分支上。根据三方合并原则,需要在c4c6和它们的公共父提交节点c2的基础上进行合并。

如下图:

【学了就忘】Git操作 — 61.rebase命令详解

合并后生成一个新的提交c7,该提交有两个父节点c4c6

具体的合并方式为:如果没有冲突git就会自动采用Fast-forward方式进行合并,如果有冲突就进行典型合并,解决冲突后再进行手动合并。

如下图:

【学了就忘】Git操作 — 61.rebase命令详解

(2)采用rebase合并分支

我们希望dev分支变基合并到master分支上,所以首先切换到dev分支(注意这里与采用merge方法时所在的分支相反):

如下图:

【学了就忘】Git操作 — 61.rebase命令详解

执行命令:

# 切换分支
$ git checkout dev

# 再进行rebase合并
$ git rebase master

合并后的结果,如下图:

【学了就忘】Git操作 — 61.rebase命令详解

注意

被合并的master分支保持不动,而合并它的dev分支,将自己的提交作为补丁(patch)一个个应用(applying)到master指向的分支上。

在这个过程中Git会自动创建c5'c6'提交。原来的c5c6提交就没用了,会被git gc回收(就是不显示在历史记录中了,但是数据还在,应该用git reflog命令可以看到)。

合并后分支Git版本库中的提交记录变成了一条直线,如下图:

【学了就忘】Git操作 — 61.rebase命令详解

(3)总结rebase命令

基于以上表述,我们可以得出git rebase命令的工作流程:

  • 在对特定分支进行rebase操作之后,其等效于创建了新的提交。
  • 并且老的提交也没有被销毁,只是简单地不能再被访问或者使用。
  • 之前分支的章节我们曾经提及,分支只是一个执行提交的指针。因此如果没有分支或者Tag指向某个提交,该提交将无法再被访问使用,但是该提交会一直存在于你的文件系统中,占用着你的磁盘存储。

git rebase master命令的意思

该指令翻译过来就是:重新定位当前工作的分支,以master 分支做为新的基准点,即使用 master 分支所指向的提交,作为我新的基准点。

  • git merge 要合并的分支 命令:切换的主要的分支,把其他的分支合并过来。
  • git rebase 变基的目标分支 命令:切换到被合并的分支上,把该分支上的提交变基到目标分支上。

参考:

  • https://blog.csdn.net/qq_43425487/article/details/105620270
  • https://blog.csdn.net/u012925172/article/details/84855995
声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:qvyue@qq.com 进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。