git核心功能合并git merge和git rebase

最新推荐文章于 2025-01-21 18:43:06 发布
最新推荐文章于 2025-01-21 18:43:06 发布
阅读量961 收藏 4
点赞数 1
分类专栏： Git 文章标签： git
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_43501172/article/details/115381659
版权

Git merge和Git rebase

重点

理解git merge的基础上，再去理解git rebase.本博客着重是根据官方文档里理解，做的实验。如果想深入理解git merge和git rebase还是看官方文档，什么博客，都不好使，没有官方文档牛逼。相关文档，在文章尾部，都已经附上。

实验环境介绍

在gitee上创建一个空的仓库，然后在电脑端使用git clone同步这个仓库，然后再电脑端新建一个version.txt文件，分别在version.txt文件中，添加verison1,verison2，并且提交和push，这样这个仓库就有2个提交版本。
然后再增加common.txt文件，并且在文件中，添加version3，并且在version.txt文件中，增加version3，提交和push
1.在gitee上创建一个空的仓库
在这里插入图片描述
2.在电脑端，增加version.txt文件，并且在该文件中增加，version1,version2这个字符串，并且提交2次，第三次的时候，在version.txt文件中增加version3字符串，新增common.txt文件，并且增加version3字符串。操作成功的样子，大概就是这种情况。
在这里插入图片描述
在这里插入图片描述
3.新建3个分支，分别是work,hotfix,bugfix222，这样他们的父节点都是第三次提交在这里插入图片描述

Git merge

合并场景1：两个合并的分支，父节点一样，合并新的文件

（master和work分支合并，master和work的分支的父节点都是master，work节点添加新的文件）
step1:切换到work分支
在这里插入图片描述
step2.在工作区增加文件work.txt,并且提交
在这里插入图片描述
step3:切换到master分支，合并work分支，并且push到服务器
在这里插入图片描述
4.查看服务器的变化
在这里插入图片描述

最低0.47元/天 解锁文章
gitee已经分支合并
weixin_44626270的博客
01-10 916
day10-git 一、git概念的认识 学习git，需要了解三个内容：git、github、gitee 1.1 什么是git git是什么 : 是一个安装在电脑上的软件 git的作用一：管理你的文件夹的（开发人员来说，是管理项目目录的） 如果没有git，左下图就是我们的项目目录会出现的现象，有了git，右下图 使用git记录的版本，我们都可以恢复到以前的任意版本，以及查看修改记录。 git作用二：把本地的内容上传到远程 git作用三：多人协作开发 1.2 什么是github
git merge 合并分支
最新发布
f18515962596的博客
04-23 537
git merge是 Git 中非常重要的一个命令，它能帮助你把不同分支的修改整合到一起。在使用时，你需要根据实际情况选择合适的合并方式和选项，同时要注意处理可能出现的合并冲突。
Git核心功能探秘
mikeszhang的专栏
08-23 1534
本文立足分布式版本控制工具Git基本功能，阐述这些功能的含义、应用场景，并注重和其他传统版本控制工具在相似功能上的横向比较，以使对Git不甚了解或者刚刚使用Git的读者对Git的基本功能，以及Git本身能有更深入的理解。 Git本质与特征         Git最初是用于Linux操作系统内核开发使用的版本控制工具，在这里不再对其历史做过多介绍，你只需知道Git和大名鼎鼎的Linux是由同一个
Git核心功能探秘——续篇
mikeszhang的专栏
12-02 1225
在上篇“Git核心功能探秘”一文中，主要对Git的结构原理，与传统版本工具的异同，以及主要功能含义进行了基本阐述。刚刚接触Git的使用者通过上文应该可以上手进行实践，但是随着项目的深入，会遇到各种各样的问题，如Git版本恢复、冲突与解决等。要想更好的解决这些问题，必须对Git内部组织和各个功能的细节进一步分析阐述。因此本文中我们将更进一步，探索这些重要细节。 Git内部组织探析
git merge和git rebase的区别（转）
weixin_30772105的博客
08-16 261
Description git rebase 和 git merge 一样都是用于从一个分支获取并且合并到当前分支，但是他们采取不同的工作方式，以下面的一个工作场景说明其区别 场景： 如图所示：你在一个feature分支进行新特性的开发，与此同时，master 分支的也有新的提交。 为了将master 上新的提交合并到你的feature...
gitee合并分支
qq_55873376的博客
08-29 460
如果合并无冲突，或者冲突已解决，可以提交合并的结果。# 将合并后的改变推送到Gitee。# 合并特定分支到你的当前分支。# 切换到你想合并进入的分支。# 拉取最新的远程仓库信息。
Git Merge 和 Git Rebase 的区别详解
ning的博客
01-21 1213
git merge和git rebase如果你希望保留完整的提交历史，清晰地显示每个分支的更改和合并点，那么git merge是更好的选择。如果你倾向于保持一个清洁、线性的提交历史，并且团队成员对解决冲突感到舒适，那么可以选择git rebase。在团队环境中，最重要的是确保所有成员都理解并遵守相同的工作流程，无论是选择merge还是rebase，都需要谨慎处理冲突并确保团队成员对合并策略达成共识。版权声明：本博客内容为原创，转载请保留原文链接及作者信息。参考文章。
Git Merge 与 Git Rebase的区别
bland107的博客
07-26 702
假设一个仓库有两条分支：master和dev，基于master分支的提交c1（ec5be）创建dev分支，在dev分支上修改文件后生成新的提交c2（76d12），此时切回master分支，不做任何修改，执行dev分支向master分支合并，Git 很懒，首先会尝试执行fast-forward合并，合并成功，master分支和dev分支同时指向提交c2（76d12），不会创建新的提交。git rebase是将一个分支的修改应用到另一个分支上，使得两个分支的修改看起来像是顺序提交的。
git merge VS git rebase VS git cherry-pick
m0_63526467的博客
07-26 1327
Merge: 适用于希望保留分支历史的场景，通常用于最终合并功能分支到主分支。Rebase: 适用于希望保持线性历史记录的情况，适合于经常需要同步最新变更的开发人员。cherry-pick: 适用于需要快速应用特定修复或功能到现有分支的情况。
详解git merge 与 git rebase的区别
10-15
Git 是一个分布式版本控制系统，它提供了两种合并分支的策略：`git merge` 和 `git rebase`。两者都是为了整合不同分支的更改，但它们在处理合并的方式上有显著的差异。 ## Git Merge `git merge` 是最常见的合并...
【git merge/rebase】详解合并代码、解决冲突
BugMan的博客
10-10 9204
一文详解如何在IDEA中使用merge/rebase合并代码、解决冲突。
同样是合并，git merge和git rebase有什么区别？
小识的博客
01-09 3554
参考博客 [1]https://www.cnblogs.com/marblemm/p/7161614.html [2]https://blog.youkuaiyun.com/liuxiaoheng1992/article/details/79108233
Git 之 rebase（变基）
menergy
03-12 8689
Git 的 变基主要是使git 的提交记录变得更加简洁。下面通过三个场景来理解rebase的应用。 1. 场景一 在开发一个功能时，可能需要几天，每天都提交了更改，最后完成整个功能，但是我们的提交记录中有多个版本，如V1，V2，V3 和 V4 版本，为了提交记录简洁，可以通过变基，将多个提交记录整合成一个记录，如下图： 实践案例模拟场景一： 新建个RebaseDemo文件夹，用于模拟： 模拟连续提交四个版本： 待续。。。 ...
git merge
qq_42533216的博客
06-20 532
假设现在只有一个默认的 master 分支，并提交了3次，B0、B1和B2都是提交对象。首先要清楚，每次产生的提交对象会包含一个指向上次提交对象（父对象）的指针，所以图中B0、B1和B2之间的箭头是指针指向父对象的意思，真正的提交顺序还是B0到B1再到B2。同时 master 指针指向最新的提交B2。另外Git中还有一个名为 HEAD 的特殊指针，它是一个指针，指向当前所在的本地分支（可以将 HEAD想象为当前分支的别名）。dev新分支 现在新建一个分支并切换到新分支。 它是下面两条命令的简写：
Git rebase使用
weixin_30755709的博客
09-11 169
git rebase能够将分叉的分支重新合并，之前写过一篇文章介绍它的原理，下面主要介绍它的两个使用场景： 场景一：本地与远端同一分支提交历史不一致 方式一 多个人在同一个分支上协作时，出现冲突是很正常的，比如现在有一个项目由我和A一同开发。 我在修复了一个bug以后准备提交 HowiedeiMac:ganlin howie$ git add models/paper....
Git之merge、rebase、revert、reset的使用
weixin_47251999的博客
12-31 2902
Git merge：等同于一次commit（E） git checkout feature //切换当前分支为feature git merge master 冲突判断规则：以两个分支最近的共同祖先commit（B）为起点，两个分支对同一个文件修改则会发生冲突。 注意选用：Squash commits when merge request is accepted 压缩commit后合并，不然C、D也会被commit到master分支中。 rebase：变基：改变当前分支的起点 git checout
Gitee创建分支合并操作
wang159477的博客
04-29 8066
文章目录一、如何创建一个分支？1.合并分支总结 一、如何创建一个分支？ 1.首先git init初始化，如果项目里有.git就不用初始化了 1.初始化仓库：git init 2.创建分支：git branch Alisa 3.可以查看分支：git branch 4.点击可以切换分支：git checkout Alisa 5.把本地分支推到线上：git push origin Alisa 6.删除本地分支：git branch -D Alisa 如果想要查看是否在Git已经创建成功分支可以查看下面效果：
Git--合并产生的效果以及冲突处理
niaxiapia的博客
03-06 319
测试合并命令，到底执行效果是什么样。 现有主分支master,里面有2个文件f1.txt和f2.txt，现在从master新建分支bugfix，然后切换到bugfix分支，删除其中的f2.txt文件，新建f3.txt文件，提交。 然后将bugfix合并到master（需要先checkout到master分支），此时发现master分支和bugfix分支一模一样，原来的f2文件不见了，新增了f3...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

狂奔的蜗牛x

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值