【git使用】了解三种git commit合并的使用场景（rebase、merge、cherry-pick）

news2025/1/18 11:39:14

参考

  • 【Git学习笔记】逃不掉的merge和rebase-腾讯云开发者社区-腾讯云
  • git merge 和 git rebase - 知乎
  • git cherry-pick 教程 - 阮一峰的网络日志

简单理解各种合并的方法

  • 线性合并，使用 rebase —— feature 分支开发，提交前拉取 master 最新改动进行合并
  • 保留合并历史，使用 merge，会产生一个新的 commit —— master 分支合并 feature
  • 挑选别的分支某几个 commit 进行合并，使用 cherry-pick

git rebase 使用场景 —— 线性合并

  • 本地 feature 分支开发完成后，想要给远端 master 提交一个合并的 PR，此时发现远端 master 分支已经提交了很多 feature，就是本地 master 分支落后远端 master 分支多个 commit
# 1. 备份，将当前分支 feature 推到远端
git push origin feature

# 2. 切换到本地 master 分支，并拉取远端最新 master
git checkout master
git pull origin master

# 3. 切换到自己 feature 分支，采用 rebase 合并，不像 merge 会产生新分支
git checkout feature
git rebase master  # 直接执行 esc :q 就行
# 若有冲突就进行解决，之后再执行 git rebase --continue
# 合并完成后，git log 会发现本地 feature 分支已合并了远端 master 分支新增的 commit，
# 本地 feature 开发提交的 commit 会在远端 master 新增 commit 之后，不会产生新的 commit，是线形的

# 4. 推送到远端，覆盖
git push origin feature --force

# 5. 提交 pr 到远程仓库的 master 分支

# 注意
# git rebase ，想要合并到哪个分支，就先切换到那个分支，然后执行 git rebase {另一个分支名}
# 如，有两个分支 A  和 B，A 想要 B 分支的新增 commit
git checkout A
git rebase B
# git log 查看历史就是   A和B 共同的 commit --> B-commit --> A-commit(HEAD)

        +---------------+       +---------------+
------->| master branch |------>| new commit-A  |
        +---------------+       +---------------+
                |                                
                |                                
                v                                
        +---------------+       +---------------+
------->|featrue branch |------>|   commit-B    |
        +---------------+       +---------------+
        
# git pull origin master        
# git checkout feature
# git rebase master
# 通过 git log --graph 即可看到合并历史信息，如下是个线形的，但没有清楚记录从哪个分支合并的（merge 可以记录）

        +---------------+       +---------------+       +---------------+
------->|featrue branch |------>| new commit-A  |------>|   commit-B    |
        +---------------+       +---------------+       +---------------+

git rebase 使用场景 —— 保留合并历史

  • 假设 A，B 两个人，都是基于当前 master 分支进行开发，开发不同的功能，但是可能会对相同文件进行改动（也可能不会）
  • A 首先完成，提交 pr 到 master 分支，master 分支维护者进行合并，这时候没有冲突，直接合并，但会产生一个新的 merge commit（该 commit 无文件更改，就是个说明）
  • 这时候 B 也完成了，提交 pr 到 master 分支，master 分支维护者进行合并，这时候可能会有冲突，解决后，也会产生一个新的 merge commit（该 commit 可能文件更改，解决冲突）
  • 可以看到下面
# git checkout master 
# git merge A  (合并 A 分支到 master 分支)
# 生成一个 merge commit A
# git merge B  (合并 B 分支到 master 分支)
# 生成一个 merge commit B
# 可以看到下面记录了 合并的历史信息 ,通过 git log --graph 即可看到合并历史信息

        +---------------+       +---------------+                                       
        |   A branch    |------>|   commit-A    |--------+                              
        +---------------+       +---------------+        |                              
                ^                                        |                              
                |                                        v                              
        +---------------+                        +---------------+     +---------------+
------->| master branch |----------------------->|merge-commit-A |---->|merge-commit-B |
        +---------------+                        +---------------+     +---------------+
                |                                                              ^        
                v                                                              |        
        +---------------+            +---------------+                         |        
        |   B branch    |----------->|   commit-B    |-------------------------+        
        +---------------+            +---------------+

git cherry-pick 使用场景 —— 挑选 commit 进行合并

  • 上面 merge 和 rebase，都是将所有新增的 commit 进行合并
  • 那么若只想挑选几个 commit 进行合并呢？ —— cherry-pick 应运而生
  • 若 A 分支新增了几个 commit，如 commit-a1、commit-a2、commit-a3、commit-a4
# 现 master 分支只想要 commit-a2
git checkout master
git cherry-pick commit-a2
git cherry-pick --continue

# 现 master 分支想要 a2到a4 的commit
git checkout master
# 范围符号是两个点  ..
# 注意！ 首个commit一定要有 ^ 符号，否则不包含 首个 commit
# 如 commit-a2..commit-a4  表示合并 commit-a3 、 commit-a4 到 master 分支
git cherry-pick commit-a2^..commit-a4
git cherry-pick --continue

rebase 和 merge 的基本原则

  • 【Git学习笔记】逃不掉的merge和rebase-腾讯云开发者社区-腾讯云

  • git merge 和 git rebase - 知乎

  • 下游分支更新上游分支内容的时候使用 rebase；

  • 上游分支合并下游分支内容的时候使用 merge；

在 dev 上开发了一段时间后要把 master 分支提交的新内容更新到 dev 分支，此时切换到 dev 分支，使用 git rebase master，等 dev 分支开发完成了之后，要合并到上游分支 master 上的时候，切换到 master 分支，使用 git merge dev。

因为自己一直用的都是merge，以前完全没听过还有rebase这个命令

后来被问了，一脸懵逼，所以研究了一下，才发现rebase好像也有点东西

git merge

先构造一下环境

git init

# mater初始化提交
touch master.txt
git add .
git commit -m "init master"

# master第一次提交
# master.txt第一行加个1
git add .
git commit -m "commit 1"

# 拉取feature分支
git branch feature
 
# master第二次提交
# master.txt第二行加个2
git add .
git commit -m "commit 2"

# master第三次提交
# master.txt第三行加个3
git add .
git commit -m "commit 3"

# 到feature分支，进行提一次冲突提交
# master.txt第二行加个feature change1
git switch feature
git add .
git commit -m "confict1"

# 进行提一次冲突提交
# master.txt第三行加个feature change2
git add .
git commit -m "confict2"

好了这个时候准备工作就完成了

现在master要merge feature分支的更新

git switch master
git merge feature

# 解决完冲突后

git add .
git commit -m "merged feature"

这是 git merge的流程

我们可以来看下此时的log：

git log --graph --pretty=oneline

master上的日志分支出现了feature分支的提交

也就是说，merge的流程是，将分支的改动合并到当前分支后，再形成一个新的commit

这只是一条分支，一旦分支多了，merge多了，可以想象master的提交记录将会是多么可怕…

这个时候，如果单纯只是为了保持master分支的纯净，使其的日志以一条线性的方式存在，看起来就会比较清晰。

git rebase

顾名思义 —— 变基

我的理解就是将当前所在的分支作为目标分支的新基线

还是先来跑一下，新找个目录：

git init

# mater初始化提交
touch master.txt
git add .
git commit -m "init master"

# master第一次提交
# master.txt第一行加个1
git add .
git commit -m "commit 1"

# 拉取feature分支
git branch feature
 
# master第二次提交
# master.txt第二行加个2
git add .
git commit -m "commit 2"

# master第三次提交
# master.txt第三行加个3
git add .
git commit -m "commit 3"

# 到feature分支，进行提一次冲突提交
# master.txt第二行加个feature change1
git switch feature
git add .
git commit -m "confict1"

# 进行提一次冲突提交
# master.txt第三行加个feature change2
git add .
git commit -m "confict2"

这个时候，用一下rebase：

# 切回master分支
git switch master

# 使用rebase
git rebase -i feature

# 解决冲突

这样rebase之后，我们用相同的方式来看下master的日志：

你看，就是完全线性的了

rebase的过程实际就是以当git 前最新的master的版本，再"拉"出一条分支作为当前最新的分支上，原先该分支上的改动就变成现在分支上的新的commit 了

单从master的提交记录来看，rebase之后的日志记录是线性的，肯定是舒适很多

那么问题来了：那不是都用rebase就好了吗，用啥merge操作呢？

使用场景是纯个人看法：

1、个人开发分支管理使用rebase

比如我们现在在feature分支上开发我们新功能，master正常迭代

feature开发到一半，master迭代的很多了，再不更新你的feature就会导致和master的偏移越来越大

这个时候获取最新的master代码，merge的话刚刚看了，别的分支的commit记录乱的一批全混到你的分支来了

重新拉一条分支，本地的改动备份还原又不方便

看来看去，rebase算是最好的选择了，可以线性化个人分支的commit

版本追溯起来更清晰，roll back 也更方便

2、master（公共分支）使用merge

这个我觉得应该没毛病，公共分支上的commit历史还是不能去篡改的，所以老老实实git merge --no-ff 好了

git cherry-pick

  • git cherry-pick 教程 - 阮一峰的网络日志

一、基本用法

git cherry-pick命令的作用，就是将指定的提交（commit）应用于其他分支。

$ git cherry-pick <commitHash>

上面命令就会将指定的提交commitHash，应用于当前分支。这会在当前分支产生一个新的提交，当然它们的哈希值会不一样。

举例来说，代码仓库有master和feature两个分支。

 a - b - c - d   Master
      \
        e - f - g Feature

现在将提交f应用到master分支。

# 切换到 master 分支
$ git checkout master

# Cherry pick 操作
$ git cherry-pick f

上面的操作完成以后，代码库就变成了下面的样子。

 a - b - c - d - f   Master
      \
        e - f - g Feature

从上面可以看到，master分支的末尾增加了一个提交f。

git cherry-pick命令的参数，不一定是提交的哈希值，分支名也是可以的，表示转移该分支的最新提交。

$ git cherry-pick feature

上面代码表示将feature分支的最近一次提交，转移到当前分支。

二、转移多个提交

Cherry pick 支持一次转移多个提交。

$ git cherry-pick <HashA> <HashB>

上面的命令将 A 和 B 两个提交应用到当前分支。这会在当前分支生成两个对应的新提交。

如果想要转移一系列的连续提交，可以使用下面的简便语法。

$ git cherry-pick A..B

上面的命令可以转移从 A 到 B 的所有提交。它们必须按照正确的顺序放置：提交 A 必须早于提交 B，否则命令将失败，但不会报错。

注意，使用上面的命令，提交 A 将不会包含在 Cherry pick 中。如果要包含提交 A，可以使用下面的语法。

$ git cherry-pick A^..B

三、配置项

git cherry-pick命令的常用配置项如下。

（1）-e，--edit

打开外部编辑器，编辑提交信息。

（2）-n，--no-commit

只更新工作区和暂存区，不产生新的提交。

（3）-x

在提交信息的末尾追加一行(cherry picked from commit ...)，方便以后查到这个提交是如何产生的。

（4）-s，--signoff

在提交信息的末尾追加一行操作者的签名，表示是谁进行了这个操作。

（5）-m parent-number，--mainline parent-number

如果原始提交是一个合并节点，来自于两个分支的合并，那么 Cherry pick 默认将失败，因为它不知道应该采用哪个分支的代码变动。

-m配置项告诉 Git，应该采用哪个分支的变动。它的参数parent-number是一个从1开始的整数，代表原始提交的父分支编号。

$ git cherry-pick -m 1 <commitHash>

上面命令表示，Cherry pick 采用提交commitHash来自编号1的父分支的变动。

一般来说，1号父分支是接受变动的分支（the branch being merged into），2号父分支是作为变动来源的分支（the branch being merged from）。

四、代码冲突

如果操作过程中发生代码冲突，Cherry pick 会停下来，让用户决定如何继续操作。

（1）--continue

用户解决代码冲突后，第一步将修改的文件重新加入暂存区（git add .），第二步使用下面的命令，让 Cherry pick 过程继续执行。

$ git cherry-pick --continue

（2）--abort

发生代码冲突后，放弃合并，回到操作前的样子。

（3）--quit

发生代码冲突后，退出 Cherry pick，但是不回到操作前的样子。

五、转移到另一个代码库

Cherry pick 也支持转移另一个代码库的提交，方法是先将该库加为远程仓库。

$ git remote add target git://gitUrl

上面命令添加了一个远程仓库target。

然后，将远程代码抓取到本地。

$ git fetch target

上面命令将远程代码仓库抓取到本地。

接着，检查一下要从远程仓库转移的提交，获取它的哈希值。

$ git log target/master

最后，使用git cherry-pick命令转移提交。

$ git cherry-pick <commitHash>

（完）

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

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

相关文章

【计算机毕业设计】SSM毕业设计管理系统

【计算机毕业设计】SSM毕业设计管理系统

项目介绍 用户角色包含以下功能&#xff1a; 查看通知公告,登录,登录后学生主页面,选择课题,选择课题后状态为等待老师去人状态,填写开题报告,提交中期检查,提交免答辩申请,上传论文等功能。 教师角色包含以下功能&#xff1a; 教师角色登录,教师首页,申报课题,审批学生选题,…
阅读更多...
rn start

rn start

expo init project 只有 typescript文件才有提示 导入提示-> 导入过的才有提示 第一次导入不会有 ‘快速导入’ 找不到模块提示 需要配置tsconfig alias setting https://medium.com/ruan.azevedo/typescript-path-alias-in-react-native-expo-without-babel-plugin-module-…
阅读更多...
iOS苹果和Android安卓测试APP应用程序的差异

iOS苹果和Android安卓测试APP应用程序的差异

Hello大家好呀&#xff0c;我是咕噜铁蛋&#xff01;我们经常需要关注移动应用程序的测试和优化&#xff0c;以提供更好的用户体验。在移动应用开发领域&#xff0c;iOS和Android是两个主要的操作系统平台。本文铁蛋讲给各位小伙伴们详细介绍在App测试中iOS和Android的差异&…
阅读更多...
【QML】与 C++ 混合编程：互相调用函数

【QML】与 C++ 混合编程：互相调用函数

文章目录 qml 调用 C 函数案例 a&#xff1a;Q_INVOKABLE 标记 C 函数 视图设置进 qml 属性案例 b&#xff1a;qml 通过发送信号的方式&#xff0c;调用 Qt 槽函数 C调用qml函数 qml 调用 C 函数 qml 要使用 C 的函数有两个方法&#xff1a; 一种是&#xff0c;用 Q_INVOKABLE…
阅读更多...
人工智能_机器学习089_DBSCAN聚类案例_DBSCAN聚类算法效果展示_使用轮廓系数来评分DBSCAN效果---人工智能工作笔记0129

人工智能_机器学习089_DBSCAN聚类案例_DBSCAN聚类算法效果展示_使用轮廓系数来评分DBSCAN效果---人工智能工作笔记0129

dbscan = DBSCAN(eps = 0.2,min_samples =3) 我们指定半径是0.2 然后每个圆圈至少是3个数据就可以归为一类 dbscan.fit(X) 然后进行训练 # 得到每个样本的标签,分类结果 y_ =dbscan.labels_ 然后得到结果 ,注意这里不需要进行predict,因为fit直接就相当于分类了 plt.scatte…
阅读更多...
Linux_CentOS_7.9_MySQL_5.7配置数据库服务开机自启动之简易记录

Linux_CentOS_7.9_MySQL_5.7配置数据库服务开机自启动之简易记录

前言&#xff1a; 作为运维保障&#xff0c;都无法准确预估硬件宕机的突发阶段&#xff0c;其生产数据实时在产出&#xff0c;那作为dba数据库服务的其重要性、必要性就突显而出。这里拿虚拟机试验做个配置记录&#xff0c;便于大家学习参考。 # 如出现服务器重启后登入报错无…
阅读更多...
iPaaS与ETL：了解它们的主要区别

iPaaS与ETL：了解它们的主要区别

平均每个组织使用 130 多个应用程序&#xff0c;这一数字同比增长 30%。 随着公司试图充分利用其不断增长的应用程序生态系统&#xff0c;他们已经转向可以集成它们和/或其数据的工具。两个常用选项包括集成平台即服务 &#xff08;iPaaS&#xff09; 和提取、传输、加载 &…
阅读更多...
商城小程序（5.商品列表）

商城小程序（5.商品列表）

目录 一、定义请求参数对象二、获取商品列表数据三、渲染商品列表结构四、把商品item封装为自定义组件五、使用过滤器处理价格六、上拉加载更多七、下拉刷新八、点击商品item项跳转到详情页面 这章主要完成商品列表页面的编写&#xff1a;位于subpkg分包下的goods_list页面 一…
阅读更多...
基于ssm的网上购物平台设计+jsp论文

基于ssm的网上购物平台设计+jsp论文

摘 要 信息数据从传统到当代&#xff0c;是一直在变革当中&#xff0c;突如其来的互联网让传统的信息管理看到了革命性的曙光&#xff0c;因为传统信息管理从时效性&#xff0c;还是安全性&#xff0c;还是可操作性等各个方面来讲&#xff0c;遇到了互联网时代才发现能补上自古…
阅读更多...
SpringMVC-视图

SpringMVC-视图

SpringMVC中的视图实现了View接口&#xff0c;作用是渲染数据&#xff0c;将Model中的数据展示给用户。render是渲染方法&#xff0c;可以看到渲染的视图是一个View类型的对象。 SpringMVC视图的种类有很多&#xff0c;默认有转发视图和重定向视图。 如果配置了Thymeleaf视图解…
阅读更多...
Ansible的安装及简单使用

Ansible的安装及简单使用

## Ansible的安装及简单使用 ## 一.Ubuntu安装Ansible sudo apt update sudo apt install ansible #使用以下命令检查安装是否成功&#xff1a; ansible --version二.配置Ansible #进入配置文件目录 cd /etc/ansible/ ls#文件含义 ansible.cfg #ansible配置文件,默认基本不用…
阅读更多...
安卓和Android是两种不同的操作系统？

安卓和Android是两种不同的操作系统？

实际上&#xff0c;安卓和Android并不是同一种操作系统&#xff01; Android是由Google开发并维护更新的一款操作系统&#xff0c;目前仅能运行在Pixel手机上。 Google Pixel 与 iPhone手机&#xff1a;哪个更好&#xff1f;Google Pixel 与 Apple iPhone哪个手机才是性价比最…
阅读更多...
JavaScript IE浏览器展示pdf

JavaScript IE浏览器展示pdf

工具 语法 <div style"height: 95%;width: 1000px;text-align: center;margin: 5px auto;"><div id"pdf_div" style"width: 100%;height: 100%;"></div></div>var divHtml "<object classidclsid:CA8A9780-280…
阅读更多...
基于ssm的教室信息管理系统论文

基于ssm的教室信息管理系统论文

摘 要 使用旧方法对教室信息进行系统化管理已经不再让人们信赖了&#xff0c;把现在的网络信息技术运用在教室信息的管理上面可以解决许多信息管理上面的难题&#xff0c;比如处理数据时间很长&#xff0c;数据存在错误不能及时纠正等问题。 这次开发的教室信息管理系统有管理…
阅读更多...
Electron介绍

Electron介绍

前言 相信很多的前端小伙伴都想过一个问题&#xff0c;web技术是否可以用于开发桌面应用。答案当然是可以的&#xff0c;Electron框架就是其中的一种解决方案。 Electron介绍 Electron是一个使用 JavaScript、HTML 和 CSS 构建桌面应用程序的框架。 Electron 并不是一门新的…
阅读更多...
眼镜清洗机有哪些品牌值得入手？眼镜清洗机性价比高推荐

眼镜清洗机有哪些品牌值得入手？眼镜清洗机性价比高推荐

在这个科技飞速发展的时代&#xff0c;我们的生活品质不断提高&#xff0c;各种便捷的智能家居用品如雨后春笋般涌现。眼镜清洗机作为近年来备受瞩目的家居小电器&#xff0c;以其高效、便捷的特性赢得了广大消费者的青睐。但市场上眼镜清洗机品牌众多&#xff0c;如何选择一款…
阅读更多...
Vue中使用Element UI的Table组件实现嵌套表格(最简单示例)

Vue中使用Element UI的Table组件实现嵌套表格(最简单示例)

以下是一个简单的示例代码&#xff0c;演示如何在Vue中使用Element UI的Table组件实现嵌套表格&#xff1a; html <template><div><el-table :data"tableData" style"width: 100%"><el-table-column prop"name" label&quo…
阅读更多...
Capsolver：解决Web爬虫中CAPTCHA挑战的最优解决方案

Capsolver：解决Web爬虫中CAPTCHA挑战的最优解决方案

Web爬虫已经成为从各种在线来源提取和分析数据的不可或缺的技术。然而&#xff0c;在Web爬取过程中&#xff0c;经常会遇到的一个共同挑战是CAPTCHA。CAPTCHA&#xff08;完全自动化的公共图灵测试&#xff0c;用于区分计算机和人类&#xff09;是一种安全措施&#xff0c;旨在…
阅读更多...
JavaWeb基础（2）- Web概述、HTTP协议、Servlet、Request与Response

JavaWeb基础（2）- Web概述、HTTP协议、Servlet、Request与Response

JavaWeb基础&#xff08;2&#xff09;- Web概述、HTTP协议、Servlet、Request与Response 文章目录 JavaWeb基础&#xff08;2&#xff09;- Web概述、HTTP协议、Servlet、Request与Response3 Web概述3.1 Web和JavaWeb的概念3.2 JavaWeb技术栈3.2.1 B/S架构**3.2.2 静态资源**3…
阅读更多...
SpringIOC之support模块DefaultMessageSourceResolvable

SpringIOC之support模块DefaultMessageSourceResolvable

博主介绍&#xff1a;✌全网粉丝5W&#xff0c;全栈开发工程师&#xff0c;从事多年软件开发&#xff0c;在大厂呆过。持有软件中级、六级等证书。可提供微服务项目搭建与毕业项目实战&#xff0c;博主也曾写过优秀论文&#xff0c;查重率极低&#xff0c;在这方面有丰富的经验…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023