www.cnblogs.com
Open in
urlscan Pro
2400:3200:1300::ec2
Public Scan
URL:
https://www.cnblogs.com/michael-xiang/p/13179837.html
Submission: On March 29 via api from US — Scanned from DE
Submission: On March 29 via api from US — Scanned from DE
Form analysis
1 forms found in the DOMGET https://zzk.cnblogs.com/s
<form id="zzk_search" class="navbar-search dropdown" action="https://zzk.cnblogs.com/s" method="get" role="search">
<input name="w" id="zzk_search_input" placeholder="代码改变世界" type="search" tabindex="3" autocomplete="off">
<button id="zzk_search_button" onclick="window.navbarSearchManager.triggerActiveOption()">
<img id="search_icon" class="focus-hidden" src="//assets.cnblogs.com/icons/search.svg" alt="搜索">
<img class="hidden focus-visible" src="//assets.cnblogs.com/icons/enter.svg" alt="搜索">
</button>
<ul id="navbar_search_options" class="dropdown-menu quick-search-menu">
<li tabindex="0" class="active" onclick="zzkSearch(event, document.getElementById('zzk_search_input').value)">
<div class="keyword-wrapper">
<img src="//assets.cnblogs.com/icons/search.svg" alt="搜索">
<div class="keyword"></div>
</div>
<span class="search-area">所有博客</span>
</li>
<li tabindex="1" onclick="zzkBlogSearch(event, 'michael-xiang', document.getElementById('zzk_search_input').value)">
<div class="keyword-wrapper">
<img src="//assets.cnblogs.com/icons/search.svg" alt="搜索">
<div class="keyword"></div>
</div>
<span class="search-area">当前博客</span>
</li>
</ul>
</form>
Text Content
* * 会员 * 周边 * 新闻 * 博问 * AI培训 * 云市场 * * 所有博客 * 当前博客 * 我的博客 我的园子 账号设置 简洁模式 ... 退出登录 注册 登录 MICHAEL翔 公众号『CODER魔法院』,效率软件控,欢迎关注! 因上努力,果上随缘,做好自己! * 博客园 * 首页 * 标签 * 归档 * 导航 * 谷歌 * 百度 * * 联系 * 订阅 * 管理 随笔 - 158 文章 - 0 评论 - 38 阅读 - 50万 图解 GIT 基本命令 MERGE 和 REBASE 图解 Git 的 merge 与 reabse 命令,彻底弄懂它们! GIT 基本命令 MERGE 和 REBASE,你真的了解吗? 前言# Git 中的分支合并是一个常见的使用场景。 * 仓库的 bugfix 分支修复完 bug 之后,要回合到主干分支,这时候两个分支需要合并; * 远端仓库的分支 A 有其他小伙伴合入了代码,这时候,你需要和远端仓库的分支 A 进行合并; 以上只是列举了分支合并的一些常见场景,关于 merge 和 rebase 命令你足够了解吗? HEAD 的理解# 在介绍本文的主要内容之前,我们先理解一下 HEAD 。 HEAD 指向当前所在的分支,类似一个活动的指针,表示一个「引用」。例如当前在 develop 分支,HEAD 内容就是 ref: refs/heads/develop。 HEAD 既可以指向「当前分支」的最新 commit,也可以指向历史中的某一次 commit (「分离头指针」的情况)。归根结底,HEAD 指向的就是某个提交点。 当我们做分支切换时,HEAD 会跟着切换到对应分支。 FAST-FORWARD 与 --NO-FF 的区别# 假如有一个场景:有两个分支,master 分支和 feature 分支。现在,feautre 分支需要合并回 master 分支。 fast-forward 合并方式是条件允许的情况,通过将 master 分支的 HEAD 位置移动到 feature 分支的最新提交点上,这样就实现了快速合并。这种情况,是不会新生成 commit 的。 --no-ff 的方式进行合并,master 分支就会新生成一次提交记录。 > 如果条件满足时,merge 默认采用的 fast-forward 方式进行合并,除非你显示的加上 --no-ff 选项;而条件不满足时,merge > 也是无法使用 fast-forward 合并成功的! MERGE 操作# 上面用图解的方式介绍了 fast-forward 和 --no-ff 的区别。下面,结合实际的代码仓进行合并操作,举几个栗子理解一下。 > git merge > 操作是区分上下文的。当前分支始终是目标分支,其他一个或多个分支始终合并到当前分支。这个注意点记住了,方便记忆!所以,当需要将某个分支合并到目标分支时,需要先切到目标分支上。 FAST-FORWARD 合并# 刚刚一直在强调条件允许的时候,fast-forward 才能合并成功。条件指的是什么呢? 其实指的是源分支和目标分支之间没有分叉(单词 diverge),这种情况才可以进行快速合并。如果是下图中的场景,无法通过 HEAD 的快速移动实现分支的合并! 下面进行一个不分叉的场景的示例: 现在需要将 feature 分支合入到 master 分支,默认使用 fast-forward 方式: Copy# 切到目标分支 git checkout master git merge feature 命令行里显示了 Fast-forward 的提示: 看一眼 master 分支合入的前后对比(注意 HEAD 的位置): NO-FF 合并# 不分叉的场景是否可以强制采用 --no-ff 方式合并呢?可以! Copy# master 回到合入前的状态 git reset --hard d2fa1ae git merge feature --no-ff 这次命令行没有 Fast-forward 的提示了。 看一眼 master 分支图: 这个图和上面讲解 no-ff 命令时的示意图一致,果然会有新 commit 生成。 分叉场景的合并# 上面的图展示了我们经常遇到的一个场景,特性分支创建之后,源分支也会有新的提交。这就是形成分叉了。 这时候如果我们进行合并呢? Copygit merge feautre 可以看到,虽然默认会尝试 fast-forward 的方式进行合并,但是因为分叉了,所以此时会采用 no-ff 的方式进行合并!有新的 commit 生成了! > fast-forward 方式对应的合并参数是 --ff 我们试试这个参数 --ff-only,顾名思义,就是强制只使用 ff 方式进行合并: Copy# 回到合并前 git reset --hard 3793081 git merge feature --ff-only 经过测试,当分叉时,因为无法使用 ff 方式合并,即使你强制指定使用该方式合并也不行,会提示终止! 附上 Git 官方文档中的解释,方便理解: CopyWith --ff, when possible resolve the merge as a fast-forward (only update the branch pointer to match the merged branch; do not create a merge commit). When not possible (when the merged-in history is not a descendant of the current history), create a merge commit. REBASE 操作# rebase 命令是一个经常听到,但是大多数人掌握又不太好的一个命令。rebase 合并往往又被称为 「变基」,我称为 「基化」🤣。「基」的理解很重要,理解了它,其实 rebase 命令你就掌握了。 我的描述可能并不准确,只是为了能够帮助你理解。这里的「基」就是一个「基点」、「起点」的意思。「变基」就是改变当前分支的起点。注意,是当前分支! rebase 命令后面紧接着的就是「基分支」。 变基前: git reabse master feature 变基后: > git rebase 命令通常称为向前移植(forward porting)。 变基提交示例# 我们接下来进行实际的测试,将代码库状态构造成分叉的状态,状态图如下: 以 master 分支为基,对 feautre 分支进行变基: Copygit checout feature git rebase master 以上两行命令,其实可以简写为:git rebase master feature > 特性分支 feature 向前移植到了 master 分支。经常使用 git rebase 操作把本地开发分支移植到远端的 origin/<branch> > 追踪分支上。也就是经常说的,「把你的补丁变基到 xxx 分支的头」 可以发现,在 master 分支的最新节点(576cb7b)后面多了 2 个提交(生成了新的提交记录,仅仅提交信息保持一致),而这两个提交内容就是来自变基前 feature 分支,feature 分支的提交历史发生了改变。 观察上图还可以发现,变基后,改变的只是 feature 分支,基分支(master 分支)的 HEAD 指针依然在之前的 commit (576cb7b)处。这时候要将 feature 分支合入到 master 分支上,就满足 fast-forward 的条件了,master 分支执行快速合并,将 HEAD 指针指向刚刚最新合入的提交点: Copygit checkout master git merge feature 看下图 master 分支图,观察 HEAD 指针的位置: rebase 变基操作最适合的是本地分支和远端对应跟踪分支之间的合并。这样理解可能会更清晰一点。比如,远端仓库里有一个特性分支 feature,除了你开发之外,还有其他人往这个分支进行合入。当你每次准备提交到远端之前,其实可以尝试变基,这时候基分支就是远端的追踪分支。 下图是仓库的分支图: Copygit fetch git rebase origin/feature feature 观察上图,我们本地的提交以远端分支的最新提交为「基」,将差异提交重新进行了提交!远端分支的提交记录依然是一条直线~如果分叉的情况,不采用这种「变基操作」,而直接采用 merge 的方式合并,就会有如下这种分支提交图: 因为分叉了,采用 git pull 时也没法 fast-forward 合并,只能采用 no-ff 方式合并,最后的提交历史就会像上图那样。会产生一个合并提交。同时,分支图也显得稍微杂乱了一点,因为 feature 分支不是一条直线了。但是,其实也有好处,可以实际的看出来合并的提交历史。该选择哪个,往往取决于团队的选择策略。 REBASE 总结# rebase 命令其实关键在于理解「基」,git rebase <基分支>,就是将当前基分支与当前分支的差异提交获取到,然后在「基分支」最新提交点后面将差异提交逐个再次提交,最后将当前分支的 HEAD 指针指向最新的提交点。 「基分支」的 HEAD 位置是不变的。要想完成分支合并,完成变基之后,需要再进行分支间的合并等操作。 rebase 命令的用法也不止于此,计划后期会专门写一篇介绍她的文章。本文本来是计划介绍 merge 命令的,但是合并的方式中,其实也经常涉及变基操作之后的合并,因此,干脆就放一起比较好了,这样易于理解记忆。 补充# * git merge --abort 当合并的过程中,由于冲突难解决,你想放弃合并,回到未合并之前的状态; * git log --graph --pretty=oneline --abbrev-commit 可以在命令行方便地查看提交图 一言# 在 Git 这个专辑里有一篇介绍 cherry-pick 的文章,有个小伙伴给了如下的留言,说明自己分享的内容获得了肯定,欣慰啊! 今天肝的这篇文章,介绍了 Git 中的 merge 和 rebase 的基本概念和用法,同时,又自己手动绘制了图!俗话说,一图胜千言,但写完才发现,是真的耗时啊……不过,总结绘图的过程,自己也加深了理解,有些概念也变得更加清晰了!希望,我的总结也能让其他人读懂~ 之前我经常会开启文章的「赞赏」,但发现收效甚微,很少有小伙伴会打赏。后来我就每次发文就关闭了这个选项。本文应该是 6 月份的「月末总结」了,就开启一次「月末赞赏」吧!期待小伙伴的支持与鼓励! 参考# 我将本文的参考文章也都注明了,他们也都很有阅读的价值。但由于微信外链的缘故,可以点击右下角的「阅读原文」浏览! * StackoverFlow-What is the difference between git merge and git merge --no-ff? * git-scm-git-merge * 分支的合并 * Gitlab-Fast-forward merge requests * 颜海镜-图解4种git合并分支方法 -------------------------------------------------------------------------------- > 生命不息,折腾不止!关注 「Coder 魔法院」,祝你 Niubilitiy !🐂🍺 分类: IT基础 标签: git Sponsor * PayPal * AliPay * WeChat 好文要顶 关注我 收藏该文 微信分享 Michael翔 粉丝 - 65 关注 - 105 +加关注 10 0 « 上一篇: 将博客搬至CSDN » 下一篇: 2020 疫情年一次说走就走的端午重庆游 posted @ 2020-06-22 23:49 Michael翔 阅读(21915) 评论(2) 编辑 收藏 举报 会员力量,点亮园子希望 刷新页面返回顶部 登录后才能查看或发表评论,立即 登录 或者 逛逛 博客园首页 【推荐】阿里巴巴全球数学竞赛,首次向AI开放,期待您的参加 【推荐】园子周边第二季:更大的鼠标垫,没有logo的鼠标垫 【推荐】阿里云云市场联合博客园推出开发者商店,欢迎关注 【推荐】会员力量,点亮园子希望,期待您升级成为园子会员 编辑推荐: · 深度探索 .NET Feature Management 功能开关的魔法 · 线上 gc 问题 - SpringActuator 的坑 · 记一次 .NET某半导体CIM系统 崩溃分析 · 舒服了,学习了,踩到一个 Lombok 的坑! · [MAUI]集成高德地图组件至 .NET MAUI Blazor 项目 阅读排行: · .NET开源免费、功能强大的 Windows 截图录屏神器 · 《HelloGitHub》第 96 期 · 测试开发都这么厉害了?为啥不直接转业务开发? · 可能是迄今为止最好用的WPF加载动画功能(没有之一) · 达摩院中试比高:欢迎参加2024阿里巴巴全球数学竞赛(AI可参赛) 公告 昵称: Michael翔 园龄: 9年2个月 粉丝: 65 关注: 105 +加关注 搜索 我的标签 * java(15) * springboot(7) * git(6) * tools(5) * shell(5) * js(5) * 效率软件(5) * 网络(5) * 绘图(5) * sql(4) * 更多 随笔分类 * DevOps(14) * IT基础(10) * Java(28) * Linux(17) * Python(20) * Tools-Daily(5) * Tools-Dev(20) * Web(5) * 机器学习(5) * 容器(5) * 生活(2) * 数据库(9) * 数学(1) * 算法(4) * 网络(7) * 阅读(3) * 更多 随笔档案 * 2020年10月(1) * 2020年9月(1) * 2020年8月(2) * 2020年7月(2) * 2020年6月(3) * 2020年5月(1) * 2020年4月(1) * 2020年3月(2) * 2020年2月(3) * 2019年10月(1) * 2019年9月(1) * 2019年7月(3) * 2019年6月(1) * 2019年5月(4) * 2019年4月(13) * 2019年3月(92) * 2019年2月(2) * 2016年8月(3) * 2016年7月(1) * 2015年12月(2) * 2015年9月(3) * 2015年7月(1) * 2015年6月(7) * 2015年5月(4) * 2015年4月(3) * 2015年3月(1) * 更多 阅读排行榜 * 1. 断网环境下利用pip安装Python离线安装包(70948) * 2. 将Sublime Text 添加到鼠标右键菜单的教程方法(39979) * 3. RPM 包的构建 - SPEC 基础知识(32562) * 4. Spring Boot 数据库连接池 HikariCP(24155) * 5. 图解 Git 基本命令 merge 和 rebase(21909) 评论排行榜 * 1. 将Sublime Text 添加到鼠标右键菜单的教程方法(7) * 2. Git入门私房菜(4) * 3. Java 诊断工具 Arthas 教程学习笔记(3) * 4. 断网环境下利用pip安装Python离线安装包(3) * 5. 深入理解JavaScript的变量作用域(3) 推荐排行榜 * 1. 图解 Git 基本命令 merge 和 rebase(10) * 2. 断网环境下利用pip安装Python离线安装包(7) * 3. 将Sublime Text 添加到鼠标右键菜单的教程方法(7) * 4. RPM 包的构建 - 实例(5) * 5. 详尽的 Elasticsearch7.X 安装及集群搭建教程(4) Copyright © 2024 Michael翔 Powered by .NET 8.0 on Kubernetes & Theme Silence v2.0.2 点击右上角即可分享 CONTENTS ✕ * 1. 前言 * 2. HEAD 的理解 * 3. fast-forward 与 --no-ff 的区别 * 4. merge 操作 * 4.1. fast-forward 合并 * 4.2. no-ff 合并 * 4.3. 分叉场景的合并 * 5. rebase 操作 * 5.1. 变基提交示例 * 5.2. rebase 总结 * 6. 补充 * 7. 一言 * 8. 参考