聊聊Git合并和变基

news2024/11/19 13:33:11

一、 Git Merge 合并策略

1.1 Fast-Forward Merge（快进式合并）

//在分支1下操作，会将分支1合并到分支2中
git merge <分支2>

最简单的合并算法，它是在一条不分叉的两个分支之间进行合并。快进式合并是默认的合并行为，并没有产生新的commit。如下图所示，虚线部分是合并前，在经过如下命令后：

//当前在Main分支下操作
git merge Dev

image.png
Git 将 Main 和 HEAD 指针移动到 Dev 所在的提交对象上，此时合并完成，不涉及到内容的变更和比较，所以这种合并方式效率很高。从上面的图可以发现，这种合并策略要求合并的两个分支上的提交，必须是一条链上的前后关系。
可以通过git merge --no-off参数来进行关闭快进式合并，关闭后会强制使用Three Way Merge（三路合并），下面来具体讲讲三路合并

1.2 Three Way Merge 三路合并

当两个分支的提交对象不在一条提交链上时，Git 会默认执行三路合并的方式进行合并。
首先 Git 会通过算法寻找两个分支的最近公共祖先节点，再将找到的公共祖先节点作为base节点，并使用三路合并的策略来进行合并，也就是我们常见的合并方式（三路指的是两个需要合并的分支的提交对象（比如下图中的提交对象 1,2），最近共同祖先（提交对象 0）三个对象）：
image.png
可以通过传递不同参数来使用不同的合并策略：
git merge [ -s <strategy>] [-X <strategy-option>] <commit>...

  • 参数 -s <strategy>用于设定合并策略
  • 参数 -X <strategy-option>用于为所选的合并策略提供附加的参数

1.3.2 Resolve策略

Resolve 策略是默认的三路合并策略，既可以使用 git merge <分支>又可以使用 git merge -s resolve <分支>来执行合并，该合并策略只能用于合并两个分支，也就是当前分支和另外的一个分支，使用三路合并策略。这种合并策略被认为是最安全、最快的合并分支策略。
比如在 Main 分支下执行以下命令：

//当前在Main分支下操作
git merge Dev

image.png
Git 会创建一个新的提交对象（如上图中的提交对象 3），然后该提交对象将合并提交对象 1 和提交对象 2 的内容，形成提交对象 3。但是一旦遇到两个分支对象有多个共同祖先时，此时 Resolve 策略就无法实现合并了，这个时候就需要用 Recursive策略。

1.3.1 Recursive 策略

如下图所示，在对两个分支上的提交A和B进行合并时，我们发现了它们有两个共同祖先，分别是：ancestor0 和 ancestor1。这就是 Criss-Cross 现象：
image.png
我们在此处复现一下这个现象：

//1.初始化一个recursiveMerge仓库
$ git init recursiveMerge

//2.创建一个master-commit1.txt文件并提交
$ git commit -m "master-commit1"
[master (root-commit) 85cba5f] master-commit1
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 master-commit1.txt

//3.新建一个分支dev，并切换到dev。在dev分支创建一个dev-commit1.txt文件并提交
$ git checkout -b dev
Switched to a new branch 'dev'
$ git commit -m "dev-commit1"
[dev 9763dcc] dev-commit1
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 dev-commit1.txt

//4.切换到master分支，创建一个master-commit2.txt文件并提交
$ git checkout master
Switched to branch 'master'
$ git commit -m "master-commit2"
[master 5c23645] master-commit2
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 master-commit2.txt

 //5.新建一个分支feature, 切换到feature,合并dev和feature
 $ git merge dev
hint: Waiting for your editor to close the file... unix2dos: converting file D:/recursiveMerge/.git/MERGE_MSG to DOS format...
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
dos2unix: converting file D:/recursiveMerge/.git/MERGE_MSG to Unix format...
Merge made by the 'ort' strategy.
 dev-commit1.txt | 0
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 dev-commit1.txt

//6.切换到master，合并dev和master
$ git merge dev
hint: Waiting for your editor to close the file... unix2dos: converting file D:/recursiveMerge/.git/MERGE_MSG to DOS format...
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
dos2unix: converting file D:/recursiveMerge/.git/MERGE_MSG to Unix format...
Merge made by the 'ort' strategy.
 dev-commit1.txt | 0
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 dev-commit1.txt

我们在 Git GUI 中查看此时的分支图像：
image.png
那么Recursive 策略对于这种情况是怎么做的呢？
如果Git在寻找共同祖先时，在参与合并的两个分支上找到了不只一个满足条件的共同祖先，它会先对共同祖先进行合并，建立临时快照。然后，把临时产生的“虚拟祖先”作为合并依据，再对分支进行合并。对于上图而言，会将ancestor 0 和 ancestor 1 先合并成一个虚拟祖先 ancestor 2，最后再将它与A和B提交一起进行三路合并：
image.png
在处理合并时，有可能会出现不同分支在相同文件上的冲突，因此可以使用下列选项来在发生冲突时起作用，常见的有：

Ours选项

在遇到冲突时，选择当前分支版本，而忽略其他分支版本。如果他人的改动和本地改动不冲突，会将他人的改动合并进来：

# 在冲突合并中，选择当前分支内容，自动丢弃其他分支内容
git merge -s recursive -Xours
Theirs选项

和 Ours选项相反，遇到冲突时，选择他人的版本，丢弃当前分支版本

# 选择其他分支内容，自动丢弃当前分支内容
git merge -s recursive -Xtheis

此外还有 subtree[=<path>]，renormalize，no-renormalize等等选项，具体可以看官方文档Git - merge-strategies Documentation

1.3 Octopus Merge 多路合并

git merge -s octopus <分支1> <分支2> ... <分支N>

此合并策略可以合并两个以上的分支，但是拒绝执行需要手动解决的复杂合并，它的主要用途是将多个分支合并到一起，该策略是对三个及三个以上的分支合并时的默认合并策略。

来做一个实验，此时我的 Git 仓库中有三个分支 feature1，feature2，feature3，执行 octopus 合并：

$ git merge -s octopus feature1 feature2 feature3
Trying simple merge with feature1
Trying simple merge with feature2
Trying simple merge with feature3
Merge made by the 'octopus' strategy.
 feature1-1.txt | 0
 feature3-2.txt | 0
 four.txt       | 0
 second.txt     | 0
 third-2.txt    | 0
 third.txt      | 0
 6 files changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 feature1-1.txt
 create mode 100644 feature3-2.txt
 create mode 100644 four.txt
 create mode 100644 second.txt
 create mode 100644 third-2.txt
 create mode 100644 third.txt

image.png

1.3.3 subtree策略

这是一个经过调整的 recursive策略，当合并树 A 和树 B 时，如果树 B 和树 A 的一个子树相同，B 树首先进行调整以匹配 A 的树结构，以免两棵树在同一级别进行合并。同时也针对两棵树的共同祖先调整。

git merge -s subtree <树A> <树B>

该部分会单独再出一篇，来姐姐子树合并和子模块合并

1.3.4 ours 策略

这种策略可以合并任意数量的分支，但是合并的结果总是使用当前分支的内容，丢弃其他分支的内容。
这种模式和上面的 recursive策略中的 ours选项不同，ours 选项是在某个分支下，忽略其他人的版本，ours策略是忽略其他的分支。

二、 Git Rebase 变基

rebase是指在另一个基端之上重新应用提交。很多时候我们在两个分支上用rebase。但是**rebase**命令的作用对象不仅仅限于分支。任何的提交引用，都可以被视作有效的**rebase**基底对象。包括一个提交ID、分支名称、标签名称或者**HEAD~1**这样的相对引用。

2.1 标准模式

git rebase默认是标准模式，一般用于多个分支之间：在一个分支中集成另外分支的最新修改。

#当前在Feature分支下操作,会得到如下的变基状态
git checkout Feature
git rebase Main

image.png

#当前在branch1分支下操作，会得到如下的变基状态
git checkout Branch1
#将Main分支中没有Branch1分支的提交，拷贝到Branch2分支中
git rebase Main --onto Branch2

image.png
当执行git rebase命令后，整个变基过程都会自动进行，如果在该命令后加上-i参数后，就会进入到交互模式：

2.2 交互模式

git rebase -i或者git rebase -interactive开始后执行一个交互式rebase 会话。一般用于当前分支的历史提交进行编辑操作。

# 针对该commit 后的提交进行交互式操作
git rebase -i [commit ID]

运行命令后，会跳出交互界面，比如在git bash中输入如下命令：git rebase -i ecd259f
页面会出现下面的界面：
image.png
上图中的两条记录是提交列表，指的是 ID 为ecd259f...的 commit 之前的提交。我们可以对这两个提交进行相关的操作，在上面的页面中也提供了几个命令：

  • pick：保留该commit，和drop相对，也就是什么也不做（在IDEA中不选择，直接rebase，也会得到如下结果）
  • reword：修改该提交的commit message，如果该commit之后也有提交，那么之后的提交信息也会被改变
  • edit： 选择一个提交并修改该提交的内容
  • squash：合并该提交与上一个提交，也可以合并多个，两两合并，间隔合并
  • fixup：与squash类似，但是会抛弃当前的commit message
  • exec: 执行shell命令，运行一条自定义命令

可以在提交列表前面进行参数修改，比如将 pick改成 squash就是将两个提交合并到 ID 为 ecd259f...的提交对象中

squash a5eb754 first commit --init
squash 2df01ad ignoreList

三、总结

Git merge 和 Git rebase 的区别与联系

在日常对冲突的处理中，很明显的区别在于 rebase 的处理方式能让提交链更加清晰，而使用 merge 方式会显得提交链复杂交错。
下面我们具体来看看两者的区别与联系

区别

  1. 合并方式：git merge 创建一个新的合并提交，将两个分支的更改合并到一起，而 git rebase 将一系列提交从一个分支转移到另一个分支，并重新组织这些提交：
  2. 提交历史：git merge 保留每个分支的独立提交历史，形成一个合并的提交历史树，而git rebase修改提交历史的结构，使提交历史更线性：

image.png

  1. 冲突处理：在合并过程中，如果存在冲突，git merge 和 git rebase 都需要手动解决冲突。但是，解决冲突的方式略有不同。git merge 在合并提交中保留冲突的解决方案，而 git rebase 在每个冲突点停下来，必须在解决冲突后才能继续进行rebase操作。
  2. 提交ID：由于 git rebase 重新应用提交，所以重新组织后的提交具有新的提交ID，而 git merge 创建的合并提交保留了原始提交的ID。比如上图中，git rebase 命令执行后，对应的 master 分支的三个 commit 对象的提交 ID 都要被修改。

联系

  1. 合并操作：无论是 git merge 还是 git rebase，它们都是用于将一个分支的更改合并到另一个分支上。两者都是在对分支进行合并，是来解决冲突的。
  2. 版本同步：无论是 git merge 还是 git rebase，它们都可以用于将分支与上游分支同步，以确保分支包含上游的最新更改。
  3. 解决冲突：无论是 git merge 还是 git rebase，在合并过程中都可能存在冲突，需要手动解决冲突。

参考资料

https://www.geeksforgeeks.org/merge-strategies-in-git/
https://morningspace.github.io/tech/git-merge-stories-2/
https://git-scm.com/docs/merge-strategies/

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1417354.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

【BUG】联想Y7000电池电量为0且无法充电解决方案汇总

【BUG】联想Y7000电池电量为0且无法充电解决方案汇总

因为最近火灾很多&#xff0c;所以昨天夜晚睡觉的时候把插线板电源关掉了&#xff0c;电脑也关机了。 各位一定要注意用电安全&#xff0c;网上的那些事情看着真的很难受qvq。 第二天早上起床的时候一看发现电脑直接没电了&#xff0c;插上电源后也是显示 你一定要冲进去啊(ू˃…
阅读更多...
TypeScript（三） 声明变量

TypeScript（三） 声明变量

1.声明变量 1.1. typescript变量声明 变量是一种使用方便的占位符&#xff0c;用于引用计算机内存地址。   我们可以把变量看做存储数据的容器。   typescript变量的命名规则&#xff1a; &#xff08;1&#xff09;变量名称可以包含数字和字母。 &#xff08;2&#xff0…
阅读更多...
flask初体验

flask初体验

1、定义 Flask是一个Python编写的Web 微框架，让我们可以使用Python语言快速实现一个网站或Web服务。 中文官网 2、初步上手 1、安装flask pip3 install flask 2、创建flask应用 # -*- coding = utf-8 -*- # @Time : 2024/1/28 23:02 # @Author: Frank # @File: main.py…
阅读更多...
unity36——原神等手游常用的物理bone（弹簧）裙摆，与Cloth（布料）裙摆插件 Magica Cloth 使用教程（一）

unity36——原神等手游常用的物理bone（弹簧）裙摆，与Cloth（布料）裙摆插件 Magica Cloth 使用教程（一）

目前我们手游开发&#xff0c;经常会遇到头发&#xff0c;双马尾&#xff0c;长裙&#xff0c;飘带等。以前我们都是在三维软件中制作骨骼后&#xff0c;自己手动K针。这样做有一些弊端&#xff0c;时间长&#xff0c;并且K帧的飘带效果没法随着游戏中角色的移动&#xff0c;旋…
阅读更多...
HarmonyOS鸿蒙ArkTS，封装http网络请求

HarmonyOS鸿蒙ArkTS，封装http网络请求

HarmonyOS鸿蒙ArkTS&#xff0c;封装http网络请求 前提&#xff1a; 要想使用http请求&#xff0c;系统必须要具备ohos.permission.INTERNET权限&#xff0c;在model.json5文件中的module模块下添加如下请求权限&#xff1a; 在module.json5文件中 配置 "requestPermi…
阅读更多...
构建外卖跑腿系统：技术实现与架构设计

构建外卖跑腿系统：技术实现与架构设计

在当今数字化时代&#xff0c;外卖跑腿系统已成为人们生活中不可或缺的一部分。本文将探讨如何利用先进的技术和架构设计&#xff0c;开发一个高效、可靠的外卖跑腿系统。 1. 技术选型 在开发外卖跑腿系统之前&#xff0c;我们需要仔细选择适合的技术栈&#xff0c;以确保系…
阅读更多...
HCIP复习课（三层架构）

HCIP复习课（三层架构）

1、ip配置 R1&#xff1a; R2&#xff1a; SW1&#xff1a; SW2: 2、vlanif配置&#xff1a; SW1&#xff1a; SW2&#xff1a; 3、ospf配置&#xff1a; R1&#xff1a; SW1&#xff1a; SW2&#xff1a; 4、vlan配置 SW1&#xff1a; SW2&#xff1a; SW3&#xff1a; SW…
阅读更多...
在中国如何方便地使用GPT Plus？

在中国如何方便地使用GPT Plus？

一、背景 通过魔法&#xff0c;顺利登录ChatGPT&#xff0c;准备升级GPT Plus时&#xff0c;发现需要国外信用卡才能支付&#xff0c;这对大多数中国人来说是不方便的。在google搜索解决方案时&#xff0c;发现了WildCard平台&#xff0c;可以一键升级 GPT Plus (GPT-4)。将基…
阅读更多...
【开源】基于JAVA+Vue+SpringBoot的康复中心管理系统

【开源】基于JAVA+Vue+SpringBoot的康复中心管理系统

目录 一、摘要1.1 项目介绍1.2 项目录屏 二、功能模块2.1 普通用户模块2.2 护工模块2.3 管理员模块 三、系统展示四、核心代码4.1 查询康复护理4.2 新增康复训练4.3 查询房间4.4 查询来访4.5 新增用药 五、免责说明 一、摘要 1.1 项目介绍 基于JAVAVueSpringBootMySQL的康复中…
阅读更多...
BGP同步规则

BGP同步规则

BGP同步规则&#xff1a;开启同步下&#xff0c;从IBGP收到一条路由不会传给任何EBGP邻居(实验效果IBGP邻居和EBGP邻居都不传)&#xff0c;除非从自身的IGP中也学到这条路由。目的是防止AS内部出现路由黑洞&#xff0c;向外部通告了一个本AS不可达的虚假的路由。 同步规则只影响…
阅读更多...
一道CTFsql注入的问题

一道CTFsql注入的问题

打开页面一个登录框&#xff0c;我甚至都没先弱口令登录&#xff0c;直接开始sql测试&#xff0c;结果测到最后发现没有&#xff0c;直接admin/admin就就去了&#xff0c;下次遇到登录框请先测试弱口令&#xff0c;ok&#xff1f; 登录成功后&#xff1a; 这句话提示中提到了…
阅读更多...
【QT+QGIS跨平台编译】之十五：【libTiff+Qt跨平台编译】（一套代码、一套框架，跨平台编译）

【QT+QGIS跨平台编译】之十五：【libTiff+Qt跨平台编译】（一套代码、一套框架，跨平台编译）

文章目录 一、libTiff介绍二、文件下载三、文件分析四、pro文件五、编译实践一、libTiff介绍 libTiff是一个用于处理TIFF图像文件格式的开源软件库。 TIFF（Tagged Image File Format）是一种灵活且广泛支持的图像文件格式，常用于存储照片和其他高质量图像。libTiff提供了一套…
阅读更多...
代理IP使用指南：风险与注意事项

代理IP使用指南：风险与注意事项

在当今的数字化时代&#xff0c;使用在线代理IP已经成为一种常见的网络行为。然而&#xff0c;在使用这些代理IP时&#xff0c;我们需要注意一些风险和问题&#xff0c;以确保我们的网络安全和隐本私文。将探讨使用代理IP时需要注意的几个关键问题。 1、代理IP的安全性 使用代理…
阅读更多...
Android Automotive：在路上释放 Android 操作系统的力量

Android Automotive：在路上释放 Android 操作系统的力量

Android Automotive&#xff1a;在路上释放 Android 操作系统的力量 Android 在汽车行业的历程车载信息娱乐系统 (IVI) 的演变汽车中的 Android&#xff1a;演变和进步Android 汽车操作系统的崛起Polestar 2&#xff1a;开创 Android 汽车体验Android 开源项目 (AOSP) 及其他项…
阅读更多...
K个一组翻转链表---链表OJ

K个一组翻转链表---链表OJ

https://leetcode.cn/problems/reverse-nodes-in-k-group/?envType=study-plan-v2&envId=top-100-liked K个一组进行翻转，大体上是和前面两两翻转是类似的，区别就在于，这里需要自己判断是否需要翻转，如何翻转，怎么记录。这里我们用递归来实现。 是否需要翻转…
阅读更多...
指针的深入了解2

指针的深入了解2

1.const修饰指针 在这之前我们还学过static修饰变量&#xff0c;那我们用const来修饰一下变量会有什么样的效果呢&#xff1f; 我们来看看&#xff1a; 我们可以看到编译器报错告诉我们a变成了一个不可修改的值&#xff0c;我们在变量前加上了const进行限制&#xff0c;但是我…
阅读更多...
【Linux】第三十九站：可重入函数、volatile、SIGCHLD信号

【Linux】第三十九站：可重入函数、volatile、SIGCHLD信号

文章目录 一、可重入函数二、volatile三、SIGCHLD信号 一、可重入函数 如下图所示&#xff0c;当我们进行链表的头插的时候&#xff0c;我们刚刚执行完第一条语句的时候&#xff0c;突然收到一个信号&#xff0c;然后我们这个信号的自定义捕捉方法中&#xff0c;正好还有一个头…
阅读更多...
内网安全：Exchange服务

内网安全：Exchange服务

目录 Exchange服务 实验环境 域横向移动-内网服务-Exchange探针 一. 端口扫描 二. SPN扫描 三. 脚本探针(还可以探针是否有安全漏洞) 域横向移动-内网服务-Exchange爆破 一 .BurpSuite Intruder模块爆破 域横向移动-内网服务-Exchange漏洞 CVE-2020-17144 Exchange R…
阅读更多...
【JaveWeb教程】（38）SpringBootWeb案例之《智能学习辅助系统》的详细实现步骤与代码示例（11）过滤器Filter讲解

【JaveWeb教程】（38）SpringBootWeb案例之《智能学习辅助系统》的详细实现步骤与代码示例（11）过滤器Filter讲解

目录 SpringBootWeb案例10 过滤器Filter2.4 过滤器Filter2.4.1 快速入门2.4.2 Filter详解2.4.2.1 执行流程2.4.2.2 拦截路径2.4.2.3 过滤器链 2.4.3 登录校验-Filter2.4.3.1 分析2.4.3.2 具体流程2.4.3.3 代码实现 SpringBootWeb案例10 过滤器Filter 2.4 过滤器Filter 刚才通…
阅读更多...
uniapp组件库Card 卡片 的使用方法

uniapp组件库Card 卡片 的使用方法

目录 #平台差异说明 #基本使用 #配置卡片间距 #配置卡片左上角的缩略图 #配置卡片边框 #设置内边距 #API #Props #Slot #Event 卡片组件一般用于多个列表条目&#xff0c;且风格统一的场景。 #平台差异说明 AppH5微信小程序支付宝小程序百度小程序头条小程序QQ小程…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023