GitLab分支合并策略Fast-forward(快进)和Rebase(变基)的区别

最新推荐文章于 2024-06-16 23:35:00 发布
最新推荐文章于 2024-06-16 23:35:00 发布
阅读量587 收藏
点赞数 1
文章标签： gitlab 源代码管理
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/NQS__/article/details/131965734
版权
文章讨论了Git中的合并提交操作，特别是Fast-forward模式。在Fast-forward模式下，合并提交能保持dev/main分支的线性历史，但可能会丢失分支信息。这种模式在分支流转清晰时有优势，但也可能导致分叉信息的丢失，需要通过其他方式维护分支关联信息。
摘要由CSDN通过智能技术生成

合并提交

dev -> main

合并提交(默认)

feat/#DEM-43和feat/#DEM-1先后合并到dev



image.png



Fast-forward

feat/#DEM-2到dev

合并前



image.png



合并后



image.png



feat/#XX-1到dev

合并前



image.png



合并后



image.png



对比



合并提交

快进式

优点

  • 清晰的分支流转

  • dev/main 自带merge信息

  • dev/main一条线,只保留原始commit信息

缺点

  • 分叉和feat分支数关联递增

  • 删除feat后分叉名称丢失

  • 丢失分支流转信息

  • dev/main 无自带merge信息(可通过commit中维护PingCode Task所属ID)

噜啦噜黑
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
GitLab使用规范
hezhanran的博客
06-10 2076
GitLab使用规范
The-Best-Ballons-Rebase-Repo
03-27
世界上最好的气球和月球的一部分加拿大的气球运动具有两千多年的传统这个吸引人的爱好是： ! oldest+ not oldest# little and big- smart and verys mart@@For evreone - earth or UFO residant@@为什么要-对于滑稽-...
git 推送分支和变基rebase操作
01-16
git 推送分支和变基rebase操作 强制push推送 master 到 其它分支是可以的。 但是，反过来不行，因为 maser 是受保护的。
【GIT版本控制】--高级分支策略
喵叔
10-06 403
分支合并策略是Git中的关键概念，它定义了如何将一个分支的更改合并到另一个分支。常见的策略包括合并提交策略、变基提交策略、快进合并策略和压缩提交策略。合并提交策略创建明确的合并提交历史，适用于保留完整的分支历史。变基提交策略可创建更干净的提交历史，但可能改变提交历史。快进合并策略用于简单的合并，而压缩提交策略可将多个提交合并为一个，保持历史整洁。选择适当的策略取决于项目需求。Rebase操作是一种高级分支策略，用于将一个分支的更改整合到另一个分支，保持提交历史的干净和线性。
git merge(3个模式) 与 git rebase 图文详解区别
最新发布
weixin_52268321的博客
06-16 789
rebase：变基，会有一个干净的分支，但是对于记录来源不够清晰 merge：合并，git分支看起来比较混乱，但是清楚各个记录的来源与时间节点
git/gitlab在工作中的简单和进阶使用
Noob_coder_JZ的博客
03-06 707
简单介绍我们使用git进行管理代码以及开发的基础和进阶使用，以及使用gitlab制作简单的工单系统。
Git-代码合并时-rebase变基操作
weixin_45502734的博客
08-02 1425
Git-代码合并时-rebase变基操作
git merge三种参数精简解释（fast-forward、--no-ff、--squash）
风中一匹狼的博客
03-01 2562
（1）fast-forward：现在有master分支，dev分支拉出来开发并commit了几次，再合并回master分支，如果master分支在dev分支拉出来以后没有任何提交了，就会使用fast-forward模式，直接把master指针指向dev的最后一个提交节点上，分支提交记录为一条直线，看起来就像这些提交是直接在master上做的，看不到任何关于dev分支的信息。 git merge命令不加参数的默认是执行fast-forward模式，除非不符合fast-forward条件，即拉出dev分支后m.
Git由浅入深之细说变基(rebase)
02-25
rebase，有垫底，基底的意思，Gitrebase我们称它为Git变基，即在当前分支外另一点上重新应用当前分支的提交历史，变基是Git整合变更的一种方式，另一种方式是什么呢（当然是合并了）？变基的基础使用已经在上一篇中...
git rebase -i合并多次提交的实现
10-15
Git 是一个分布式版本控制系统，广泛应用于软件开发领域。在日常的开发工作中，为了保持代码库的整洁...因此，一般建议在自己的本地分支上进行 `rebase` 操作，然后再通过 `merge` 或 `rebase --onto` 合并到共享分支。
git分支回滚合并变基等
qq_44501608的博客
03-27 1350
本文讲解了使用idea或者命令，如何操作分支的每个细节
Git：分支发散问题处理，合并、变基和快进
十年运维开发经验的王义杰在此分享自己的知识和经验
03-21 566
在日常的软件开发过程中，使用Git进行版本控制时，我们经常需要从远程仓库更新本地分支。当执行git pull命令时，Git可能会提示我们的本地分支与远程分支发生了分歧（divergent branches），并建议我们指定如何协调这些分歧。这种情况通常发生在我们的本地分支和要拉取的远程分支在合并点之后都有新的提交。选择哪种策略取决于我们的项目需求和团队习惯。合并保持了历史的完整性，变基提供了清晰的历史线性，而快进避免了不必要的合并提交。正确使用这些工具可以帮助我们更有效地管理你的Git仓库和项目历史。
聊聊Git合并和变基
hello_1566的博客
01-28 3218
在日常对冲突的处理中，很明显的区别在于 rebase 的处理方式能让提交链更加清晰，而使用 merge 方式会显得提交链复杂交错。下面我们具体来看看两者的区别与联系。
一文带你读懂Git中的rebase与fast-forward
胡聊前端的博客
11-25 7757
在项目开发的过程中，git作为版本管理工具重要性不言而喻。平常大家肯定会使用merge命令来合并分支。然而merge来合并分支有个缺点，就是当分支太多，合并太多，那么提交记录的图谱看起来就非常丑。 以上，而rebase就可以解决这个问题。下文我将使用git官方的例子来解释一下rebase与fast-forward在实际中的应用。 假设我们有一下的场景： 存在一个git版本库，当前仅有master一个分支 现在有一个bug需要修复，那么需要创建一个新的分支，比如叫iss53 突然发现一个线上的紧急bug，
git rebase实践
ywtech的博客
12-09 763
一、本文介绍git rebase两种常用使用场景 本地分支合并多个commit为1个 多人合作开发时保持master或develop等公共分支的线性增长（不分叉） 二、准备工作 启动gitlab 首次启动： docker run --name gitlab -d -p 5443:443 -p 5080:5080 -p 5022:22 -v /Users/sw/gitlab/config:/etc/gitlab -v /Users/sw/gitlab/logs:/var/log/gitlab
Git基本原理（二）——Git分支、合并、变基
wantp的博客
02-29 2565
文章目录Git基本原理（二）——Git分支、合并、变基Git分支创建分支当前分支切换分支分支合并变基合并和变基的选择 Git基本原理（二）——Git分支、合并、变基 Git 的分支模型堪称它的“必杀技特性“，也正因为这一特性，使得 Git 从众多版本控制系统中脱颖而出。 在很多版本控制系统中，创建分支是一个低效的过程，因为通常的做法是创建一个源代码目录的副本，特别是对于大项目来说，这样的过程会耗费...
三、Git 分支
weixin_30307267的博客
02-09 231
使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。有人把 Git 的分支模型称为它的`‘必杀技特性’'，也正因为这一特性，使得 Git 从众多版本控制系统中脱颖而出。 1、分支简介 为了真正理解 Git 处理分支的方式，我们需要回顾一下 Git 是如何保存数据的。 Git 保存的不是文件的变化或者差异，而是一系列不同时刻的文件快照。 在进行提交操作时，Git 会保存一...
git常用操作与在gitlab上进行MergeRequest(git rebase)
热门推荐
Konata的博客
06-26 1万+
目标 学习基本的git操作 发现仓库的一些bug 补充函数的注释 完成代码提交 实施 2.1 配置 • 安装并配置git，生成SSH key git config --global user.name "***********" git config --global user.email "**********@qq.com" ssh-keygen -t rsa -C "**********@qq.com" cat ~/.ssh/id_rsa.pub 然后在gitlab上配置本机的 ssh key .
GIT使用rebase和merge的正确姿势
青颜的天空的博客
10-25 2828
使用 rebase 和 merge 的基本原则： 1.下游分支更新上游分支内容的时候使用 rebase 2.上游分支合并下游分支内容的时候使用 merge 3.更新当前分支的内容时一定要使用 --rebase 参数 例如现有上游分支 master，基于 master 分支拉出来一个开发分支 dev，在 dev 上开发了一段时间后要把 master 分支提交的新内容更新到 dev 分支，此时切换到 dev 分支，使用 git rebase master 等 dev 分支开发完成了之后，要合并到上游分支 mas
git pull --rebase和git rebase --continue
12-02
git pull --rebase和git rebase --continue都是git rebase命令的一部分，用于将本地分支的修改与远程分支合并。具体区别如下： - git pull --rebase命令会在拉取远程分支之前先将本地分支的修改暂起来，然后拉取远程分支并将本地分支的修改应用到远程分支之上，最后再将暂存的修改应用到本地分支之上。 - git rebase --continue命令用于在解决冲突后继续执行git rebase命令。当git rebase命令遇到冲突时，会停止执行并提示用户解决冲突，解决完冲突后需要使用git add命令将修改添加到暂存区，然后使用git rebase --continue命令继续执行git rebase命令。 下面是一个使用git pull --rebase和git rebase --continue的例子： 假设我们有一个本地分支yang和一个远程分支master，现在我们需要将yang分支与master分支合并。首先我们需要切换到yang分支并执行git pull --rebase命令： ```shell $ git checkout yang $ git pull --rebase ``` 如果在执行git pull --rebase命令时遇到冲突，需要使用git add命令将修改添加到暂存区，然后使用git rebase --continue命令继续执行git pull --rebase命令： ```shell $ git add <file> $ git rebase --continue ```
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值