一图弄懂Git rebase

最新推荐文章于 2025-07-30 15:34:23 发布
原创 最新推荐文章于 2025-07-30 15:34:23 发布 · 270 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#git #svn #rebase #git rebase #git merge

本文深入探讨了Git中两种核心分支合并策略：rebase与merge。通过实例讲解了rebase如何将实验分支的更改重新应用到主分支，以及它与merge在提交历史呈现上的差异。强调了rebase在本地开发中整理提交历史的重要性，以及不应对其已推送至远程仓库的内容进行rebase的原则。

两种合并分支的方式：merge,rebase

With the rebase command, you can take all the changes that were committed on one branch and replay them on a different branch

rebase是如何合并分支的

如下图：采用rebase方式将experiment分支上的内容合并到master分支上
在这里插入图片描述

git rebase master这个命令幕后都做了什么操作：

  1. 先experiment分支的修改暂存起来
  2. 将experiment分支reset到master分支的状态
  3. 在重置后的experiment分支上replay刚刚暂存起来的修改

最后：切换到master分支，进行简单的fast-forward合并即可

为什么要用rebase（和merge的区别）

如上例中所示，rebase的提交历史更干净线性

何时(不)使用rebase

In general the way to get the best of both worlds is to rebase local changes you’ve made but haven’t shared yet before you push them in order to clean up your story, but never rebase anything you’ve pushed somewhere.

  • 在本地开发时可以使用，让我们的提交历史更干净易读

  • 不要使用rebase合并已经push到远程仓库的内容

更多讨论可访问github：
https://github.com/pluscai/use-git/issues/18

Linux下Git的基本使用
qq_28576837的博客
05-29 1592
一般注意两点即可：通常我们都会基于SSH协议来让本地仓库和远程仓库交互，所以需要设置SSH秘钥；在线代码库通常都会提供clone和直接下载的功能，二者有何区别？采用git clone的项目包含.git目录，这里面有仓库的历史版本信息。采用下载zip文件的是没有.git版本历史信息的，就是单纯的最新文件，不再归git管理了。使用过git的同学，都知道，当我们之后，你的代码会被直接提交到repo，也就是代码仓库中，就是图中橘红色箭头指示的那样。
csdn测开涨薪技术-Git原理及使用全套教程
分享测试知识
06-29 529
Git是分布式的版本库。那么什么是分布式的版本库呢？说实话，第一次看到这句话时我的内心也是懵逼的。现在我们先不解释这个概念，总之你现在需要知道的就是：Git非常强大，非常好用，比SVN好使1万倍，是编写代码、修改Bug、发布程序、持续集成，自动化运维、参与开源、居家旅行的必备神器。Git为什么这么牛掰呢 ？因为它是Linus Torvalds开发的。Linus Torvalds是谁？Linus Torvalds是这个世界最牛掰的程序员，他21岁时就开发出了Linux。等你认真读完这个手册，就会知道什么是分布
Git基础入门七：Git高级命令之Rebase
torrentliu的专栏
11-30 4533
作者同系列博客参考链接： Git基础入门六：标签管理（git tag）Git基础入门五：分支管理Git基础入门四：版本回退（撤销修改）Git基础入门三：创建版本库和添加修改文件基本命令Git基础入门二：工作区和暂存区Git基础入门一：起源与安装 1、rebase概念： rebase翻译过来的意思是变基，将你的当前分支重新设置开始点。 rebase会把你当前分支的 commit 放到公共分支...
Git 可视化工具 Fork 使用指南
热门推荐
赵彦军
06-05 4万+
最近遇到一个新项目，经过数年的积累，大概有 30000 个分支，用可视化工具打开直接卡死。 由于分支实在是太多了，一般的可视化工具，直接卡死，比如 就直接卡死，测试了很多软件，最终 Fork 脱颖而出，可以完全胜任几万分支的情况。fork: 一款 git 可视化工具官网：https://git-fork.com/ 下载：https://cdn.fork.dev/mac/Fork-2.18.dmg把文件从 移动到 注意：被选中的 commit 都会被合并到前一个 。 所以 合并到 合并结果： Dro
Git中的rebase操作与merge操作有何不同？
qq_33240556的博客
11-07 789
Merge：保留完整的历史记录，适合团队协作和长期分支。Rebase：生成线性的历史记录，适合保持代码库整洁和短期分支。通过理解这些区别，你可以根据具体的需求选择合适的分支整合方法。
git的rebase操作
我知道你是高手的博客
01-11 1870
1. 产品经理和测试人员 产品经理和测试人员共同确定用户故事的验收标准（例如JIRA卡片：OPS-15），记录在JIRA卡片：OPS-15的验收标准字段 2.开发人员 为JIRA卡片 OPS-15  在相应代码库的dev分支创建名字为 feature_vn_OPS-15 的分支 $ git checkout -b <分支名> # 例如：git checkout -b f...
详解git rebase --onto指令
JineD的博客
02-07 2万+
详细参考：https://tanzu.vmware.com/content/blog/git-rebase-onto （英文版） https://www.zhihu.com/question/60279937?sort=created 有时候，在分支提交更改的时候，会忘记rebase,就直接提交上去，或者忘记和本地远程分支做merge，就直接rebase了别的分支。有时候真希望有一种切片的方式，让自己的分支只需要接...
git clone 、pull、stash的故事
weixin_43290756的博客
01-28 972
git基本工作流程 - git初体验 快过年了，在公司很无聊，想写本小说，发现脑子里都是friendHub，根本不配 1. 拉取仓库代码（第一次） 小赖刚进入公司，电脑里面什么都没有，这个时候，他想看看项目的代码，于是他找了主管要了代码的仓库地址（ssh:// github,xxxxxxx.xxxx）,他要拉取仓库中代码：执行了以下命令： git clone ssh:// github,xxxxxxx.xxxx 结果，拉下来了代码，心里乐开了花，但是看了一会辛苦拉下来的代码发现，cao！不是他想要的分
git(7)自定义 Git
m0_69377236的博客
04-17 938
这里举一个简单的例子：在暂存前，用indent（缩进）程序过滤所有C源代码。在.gitattributes文件中设置"indent"过滤器过滤*.c文件： *.c filter=indent 然后，通过以下配置，让 Git 知道"indent"过滤器在遇到"smudge"和"clean"时分别该做什么： $ git config --global filter.indent.clean indent $ git config --global filter.indent.smudge cat 于是，当你..
Docker+Git效率工作
Silbert Monaphia
11-01 2万+
前言事情是这样的，首先之前不知道git这个利器，就把代码复制来粘贴去，一个人写代码还好，几个人，特别是一个团队协同工作，这种复制粘贴，U盘拷贝代码，QQ发来发去代码的方式简直就是噩梦，非但麻烦，而且非常凌乱，反正我是受不了。然后，知道git以后才发现自己和它相见恨晚，先别说什么版本控制工具，首先光是托管代码就让我爽一番(svn工作流模式)，请注意，我现在是以完全菜鸟的视角阐述，大神们请掠过。引入了g
在idea上实现git rebase操作
sinat_36358653的博客
08-11 3万+
git小技巧 1、git rebase —onto 把某个分支的某一段commit记录rebase到基点分支上 2、idea中git rebase的各参数的含义 C分支：当前分支（必须是分支） A分支：基点（可以是分支，也可以是commit节点） B分支：起点 （可以是分支，也可以是commit节点， 如果是commit节点，就找到当前分支最新commit跟这个起点commit节点之间所有的节点，rebase到基点上， 这个起点必须在当前分支上，如果不在，那么这个起点就没有意义了，...
Git 分支 - rebase 变基
GarfieldEr007的专栏
12-28 1766
变基 在 Git 中整合来自不同分支的修改主要有两种方法：merge 以及 rebase。 在本节中我们将学习什么是“变基”，怎样使用“变基”，并将展示该操作的惊艳之处，以及指出在何种情况下你应避免使用它。 变基的基本操作 请回顾之前在 分支的合并 中的一个例子，你会看到开发任务分叉到两个不同分支，又各自提交了更新。 Figure 35. 分叉的提交历史 之前介绍过，整合分支最容易的...
git rebase--onto 合并指定commit的简单使用
Attitude_do_it的博客
03-08 4837
使用场景 假设有prod（生产环境）、dev（测试环境）两个分支，在dev分支上有部分未开发完成或者未测试完成的功能没有同步到prod分支，然而此时prod上有bug需要修复，这种情况我们一般是不会直接在prod分支上修改的，因为有风险。 此时我们一般有两种选择： 1、单独建立一个bug分支，用来修改prod分支的bug，修改测试完成后，再合并到prod分支 2、在dev分支上修改，测试完成后把bug相关的代码合并到prod分支 第一种方法很简单，这里简单讲解一下第二种方法。 命令讲解 g
rebase 用法小结
最新发布
wangjinjin180的博客
07-30 939
在 rebase 过程中，如果发生了冲突，Git 会暂停 rebase 操作并提示你解决冲突。当你在一个 feature 分支上工作了一段时间，提交了很多小的、更改过的补丁，可以使用交互式 rebase 来合并提交或修改提交信息。强制推送可能会覆盖远程仓库的历史，因此在多人协作时需要小心使用，最好和团队成员沟通后再执行。主要用于在分支上重新应用一系列提交，它的目标是使历史更加线性，从而避免了像。，可以确保你的 Git 历史更加清晰，并避免合并提交，使团队协作更加高效。分支的最新提交后面，历史会变得线性，
git rebase 命令 常用_如何使用Git Rebase
weixin_31706903的博客
02-23 844
我们在日常开发中使用 Git 做分支合并的时候有两种方式：merge 和 rebase。merge 是最常用的，rebase 使用的没有 merge 这么多，那么 rebase 和 merge 有什么区别呢？什么时候使用 rebase？使用 rebase 的时候有什么注意事项呢？接下来我来介绍下这三个问题。基础首先我们先了解下 merge 和 rebase 的运行机制有什么不同。假设我们有两个分支...
使用Git管理SVN
LWT_博客
11-10 1846
简介 当前，大多数开发中的开源项目以及大量的商业项目都使用 Subversion 来管理源码。作为最流行的开源版本控制系统，Subversion 已经存在了接近十年的时间。它在许多方面与 CVS 十分类似，后者是前者出现之前代码控制世界的霸主。 而在分布式版本控制系统中，Git逐渐占据了上风，目前，国外最大的社交编程及代码托管网站Github，Bitbucket，Gitlab，国内的码云、Co...
rebase 之前的代码_从零开始写git：理解rebase与merge
weixin_42493118的博客
02-01 760
前文提要：国际劳动节，一起写一个linux初版的git吧下文由 PioneerIncubator组织的yyellowsun与ZYZ合作而成。rebase(变基)git-rebase - Reapply commits on top of another base tip——git官方文档什么是rebasegit的初学者可能对rebase了解不深，它的使用频率没有pull、add、comm...
Git x SVN rebase事故
ddmm2012的博客
01-09 239
Git x SVN rebase事故 @author ixenos 2019-01-09 14:21:21 前言： 　　昨天在Git x SVN 中进行git svn dcommit的时候，提示需要再进行11次git rebase。 　　而我当时的分支情况是这样的： 　　　　在合并之前，master先git svn rebase获取到远程分支的最新修改，然后，切换...
git 实用积累---git svn
02-10 3758
1,  Git SVN 工作流程  尽管你可以从网上找到成千上万篇关于Git和git-svn,  但是本文主要介绍如何在一个以svn作为版本管理软件的项目里使用git。(假如你已经有了git-svn工具, 那我们就开始用git吧!)       先介绍些背景知识, Git 是 Linus Torvalds 为Linux内核开发的一套版本控制软件。他对版本控制有些特殊的要求，但是没有一个能满足他的
git rebase -s 和 git rebase -i
11-02
`git rebase -s` 和 `git rebase -i` 都是 `git rebase` 命令的不同选项，用于管理和编辑提交历史。 1. **`git rebase -s`（或 `--strategy-squash`）**: 主要用于 squash（压缩）一系列相邻的提交。当你想要将几个...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值