git rebase,顾名思义,就是重新定义(re)起点(base)的作用,即重新定义分支的版本库状态。要搞清楚这个东西,要先看看版本库状态切换的两种情况:
我们知道,在某个分支上,我们可以通过git reset,实现将当前分支切换到本分支以前的任何一个版本状态,即所谓的“回溯”。即实现了本分支的“后悔药”。也即版本控制系统的初衷。
还有另一种情况,当我们的项目有多个分支的时候。我们除了在本地开发的时候可能会“回溯”外,也常常会将和自己并行开发的别人的分支修改添加到自 己本地来。这种情况下很常见。作为项目管理员,肯定会不断的合并各个子项目的补丁,并将最新版本推送到公共版本库,而作为开发人员之一,提交自己的补丁之 后,往往需要将自己的工作更新到最新的版本库,也就是说把别的分支的工作包含进来。
举个例子来说吧!假设我们的项目初期只有一个master分支,然后分支上作过两次提交。这个时候系统只有一个master分支,他的分支历史如下:
master0(初始化后的版本)
||
v
master1(第一次提交后的版本)
||
v
master2(第二次提交后的版本)
这个时候,我们可以通过git reset将master分支(工作目录、工作缓存或者是版本库)切换到master1或者master0版本,这就是前面所说的第一种情况。
假设我们这里把master分支通过git reset回溯到了master1状态。那么这个时候系统仍然只有一个master分支,分支的历史如下:
master0(初始化后的版本)
||
v
master1(第一次提交后的版本)
然后,我们在这里以master1为起点,创建了另一个分支test。那么对于test分支来说,他的第一个版本test0就和master1是同一个版本,此时项目的分支历史如下:
master0(初始化后的版本)
||
v
master1(第一次提交后的版本)===test0(test分支,初始化自master分支master1状态)
这个时候,我们分别对master分支、test分支作两次提交,此时版本库应该成了这个样子:
master0(初始化后的版本)
||
v
master1===test0==>test1===>test2
||
v
master2===>master3
这个时候,通过第一种git reset的方式,可以将master分支的当前状态(master3)回溯到master分支的master0、master1、master2状态。 也可已将test分支当前状态(test2)回溯到test分支的test0、test1状态,以及test分支的父分支master的master0、 master1状态。
那么。如果我要让test分支从test0到test2之间所有的改变都添加到master分支来,使得master分支包含test分支的所有修改。这个时候就要用到git rebase了。
首先,我们切换到master分支,然后运行下面的命令,即可实现我们的要求:
1
git rebase test
这个时候,git做了些什么呢?
先将test分支的代码checkout出来,作为工作目录
然后将master分支从test分支创建起的所有改变的补丁,依次打上。如果打补丁的过程没问题,rebase就搞定了
如果打补丁的时候出现了问题,就会提示你处理冲突。处理好了,可以运行git rebase –continue继续直到完成
如果你不想处理,你还是有两个选择,一个是放弃rebase过程(运行git rebase –abort),另一个是直接用test分支的取代当前分支的(git rebase –skip)。
此外,rebase还能够让你修订以前提交,这个功能日后再说。
分享到:
相关推荐
git rebase 和 git merge 的理解与区别 Git 是一个版本控制系统,广泛应用于软件开发过程中。其中,git rebase 和 git merge 是两个常用的命令,都是用于合并分支,但是它们的实现机制和应用场景却有所不同。 git...
在开发过程中,我们经常需要合并代码,而`git rebase`就是一种强大的工具,用于整理和优化提交历史,使其更加整洁。本文将深入探讨`git rebase`的原理和使用方法。 ### Git Rebase 基本概念 `git rebase`主要用于...
git rebase 命令可以将提交点放置在一条直线上,并根据提交时间进行排序。这是 git rebase 的一个常见用途。 当使用 git rebase 时,Git 会从指定的提交开始,重新应用后续的提交。这样可以将一系列提交重新排列,形成...
Git 是一个分布式版本控制系统,它提供了两种合并分支的策略:`git merge` 和 `git rebase`。两者都是为了整合不同分支的更改,但它们在处理合并的方式上有显著的差异。 ## Git Merge `git merge` 是最常见的合并...
**Node.js - Rebase-editor: 为Git交互式rebase打造的CLI工具** Git作为一款强大的版本控制系统,其丰富的功能让开发者在管理代码历史时有了极大的灵活性。在这些功能中,`git rebase` 是一个非常有用的命令,它...
Git Rebase(Visual Studio代码扩展) 使用键盘快捷键可以快速编辑交互式Git基准库的操作。 如何使用 按下与您所需的git rebase操作相对应的键。 此命令将应用于所有选定的行。 键盘快捷键: p将命令设置为“ ...
`git rebase -i`是Git中“交互式变基(interactive rebase)”的缩写。交互式变基允许开发者在一系列提交上执行一系列的命令,比如编辑提交、合并提交、重排提交等。其中的`-i`选项使得命令进入交互模式,允许用户对...
merge主要发生在这样几个地方1 两个人同时开发一个分支,在拉取对方代码的时候2 要将代码合并到master的时候git pull origin master
然而,不当使用`git rebase`可能会导致问题,特别是当你已经完成了一个rebase操作后,可能需要知道如何撤销它。本文将详细介绍在`git rebase`成功后如何恢复到rebase前的状态。 `git rebase`的主要功能是将一个分支...
这时,`git rebase -i` 命令就显得非常有用。本文将详细介绍如何使用 `git rebase -i` 实现合并多次提交。 `git rebase` 是 Git 中的一个强大功能,主要用于调整提交历史,使其看起来更加线性和简洁。`-i` 参数是 `...
Git实战IDEA操作详解 Git是一款分布式版本控制系统,它在软件开发中扮演着至关重要的角色,帮助团队协作和代码管理。IntelliJ IDEA(简称IDEA)是广受欢迎的Java集成开发环境,同样也提供了强大的Git集成功能。本文...
git-rebase-reword git-rebase-reword是一个简单的git命令,以与修改相同的方式来更改一个提交(最后一个或更旧的提交) 文献资料 它是基于对rebase交互操作的名称来命名的,以补充提交“ reword”。 参见和 -...
git rebase -i HEAD~n,n条commit进行rebase 将需要修改的commit信息,将pick命令改为 r 命令;ESC 输入 :wq 回车 开始修改commit信息,修改完,ESC 输入 :wq 回车 打印出成功 git log oneline -n,查看n条log信息,...
通过此实验室/游乐场学习“ git rebase -i” 是否想学习如何正确使用git rebase -i (也称为交互式rebase)而又不会使您的生产仓库面临风险? 您来对地方了! 此仓库中包含的脚本将创建一个git仓库(带有2个克隆副本...
恐惧和厌恶 git rebase Git 不是 Subversion,我们可以自由地以任何我们认为合适的方式重写历史,这在生成原子提交和我们希望提交序列讲述一个故事时很重要。 许多人要么不知道这是可能的,要么害怕这样做,但基础...
gti详细的分支操作,在git中,可以使用git merge 和git rebase两个命令来进行分支的合并。 git merge 和git rebase在大体上都差不多,下文主要以git merge来例来讲解分支的合并流程。 如果你想了解分支合并的更多...