git-rebase(认真看，分析很到位)

最新推荐文章于 2024-09-27 16:49:36 发布
最新推荐文章于 2024-09-27 16:49:36 发布
阅读量758 收藏
点赞数
分类专栏： Git

命令格式

我们先来看看git-rebase的命令格式：

git rebase [-i | --interactive] [options] [--onto ]  []
git rebase [-i | --interactive] [options] –onto   –root []
git rebase –continue | –skip | –abort

从命令格式，可以看到git-rebae命令至少需要一个参数，那就是，这个参数可以是一个分支名称，也可以是一次有效的commit。

一个小地方

在你决定学习这个命令，首先有一个小地方你应该注意，那就是如果git-rebase后面加上了参数<branch>，那么 git-rebase会在任何其他动作之前先执行git checkout ，如果没有加参数，那么git-rebase会针对当前分支来做动作。

命令用处

git-rebase命令主要用在从上游分支获取最新commit信息，并有机的将当前分支和上游分支进行合并。

这是只言片语的介绍，可能读者并不能了解它的用途和好处。

还是要用例子说话。我们假设主分支为master，在开发过程中生成一个新分支topic。master称为topic的上游分支。

例子开始：

[rocrocket@abc git-study]$ cd rebase
[rocrocket@abc rebase]$ ls
[rocrocket@abc rebase]$ vi roc.c
[rocrocket@abc rebase]$ cat roc.c
int main()
{
printf(“master:001″);
return 0;
}
[rocrocket@abc rebase]$ git init
Initialized empty Git repository in /rocrocket/career/programming/git-study/rebase/.git/
[rocrocket@abc rebase]$ git add .
[rocrocket@abc rebase]$ git commit -m “master:001″
Created initial commit 2d89602: master:001
1 files changed, 5 insertions(+), 0 deletions(-)
create mode 100644 roc.c
[rocrocket@abc rebase]$ git log
commit 2d89602d0c9955824df0d2c023e447f5d98d863a
Author: rocrocket 
Date:   Mon Nov 17 15:26:40 2008 +0800

master:001
[rocrocket@abc rebase]$

到此，我们已经在master分支完成了一个commit。

[rocrocket@abc rebase]$ vi roc.c
[rocrocket@abc rebase]$ git commit -a -m “master:002″
Created commit 41b3d1c: master:002
1 files changed, 1 insertions(+), 0 deletions(-)
[rocrocket@abc rebase]$ cat roc.c
int main()
{
printf(“master:001″);
printf(“master:002″);
return 0;
}
[rocrocket@abc rebase]$ git log
commit 41b3d1cfaae0184bb8e5f27a165d51cc23867413
Author: rocrocket 
Date:   Mon Nov 17 15:28:01 2008 +0800

master:002

commit 2d89602d0c9955824df0d2c023e447f5d98d863a
Author: rocrocket 
Date:   Mon Nov 17 15:26:40 2008 +0800

master:001
[rocrocket@abc rebase]$

到此为止，我们已经在master分支完成了两次commit的提交。

现在的分支结构是这样的，请读者记清楚：

master:001 — master:002   (master)

好，我们继续要做的事情就是建立一个新的分支topic。

[rocrocket@abc rebase]$ git branch
* master
[rocrocket@abc rebase]$ git branch topic
[rocrocket@abc rebase]$ git branch
* master
topic
[rocrocket@abc rebase]$ git checkout topic
Switched to branch “topic”
[rocrocket@abc rebase]$ git branch
master
* topic
[rocrocket@abc rebase]$

好了，我们已经成功建立了topic分支，并且已经转移到了topic分支。

接下来，topic上面的开发情况如下：

[rocrocket@abc rebase]$ vi roc.c
[rocrocket@abc rebase]$ git commit -a -m “topic:001″
Created commit d599b54: topic:001
1 files changed, 1 insertions(+), 0 deletions(-)
[rocrocket@abc rebase]$ vi roc.c
[rocrocket@abc rebase]$ git commit -a -m “topic:002″
Created commit 3f4b17f: topic:002
1 files changed, 1 insertions(+), 0 deletions(-)
[rocrocket@abc rebase]$ cat roc.c
int main()
{
printf(“topic :002″);
printf(“topic :001″);
printf(“master:001″);
printf(“master:002″);
return 0;
}
[rocrocket@abc rebase]$ git log
commit 3f4b17fe3b5d277771770c0515e75f04e783ad14
Author: rocrocket 
Date:   Mon Nov 17 15:49:24 2008 +0800

topic:002

commit d599b54336ad96b8e09ef92e371a09a25e6d0c11
Author: rocrocket 
Date:   Mon Nov 17 15:48:58 2008 +0800

topic:001

commit 41b3d1cfaae0184bb8e5f27a165d51cc23867413
Author: rocrocket 
Date:   Mon Nov 17 15:28:01 2008 +0800

master:002

commit 2d89602d0c9955824df0d2c023e447f5d98d863a
Author: rocrocket 
Date:   Mon Nov 17 15:26:40 2008 +0800

master:001
[rocrocket@abc rebase]$

可知，自从建立并切换到topic分支后，topic又进行了两次commit提交，每次分别加入了一行代码。

此时，分支结构应该是这样的：

    topic:001 --- topic:002 （topic） / master:001 --- master:002   (master)

这个图已经很清晰了，可以看出分支的走向。

接下来，master分支也有自己的进度，如下：

[rocrocket@abc rebase]$ git checkout master
Switched to branch “master”
[rocrocket@abc rebase]$ git branch
* master
topic
[rocrocket@abc rebase]$ vi roc.c
[rocrocket@abc rebase]$ git commit -a -m “master:003″
Created commit 91a7ffc: master:003
1 files changed, 1 insertions(+), 0 deletions(-)
[rocrocket@abc rebase]$ vi roc.c
[rocrocket@abc rebase]$ git commit -a -m “master:004″
Created commit b81fbc3: master:004
1 files changed, 1 insertions(+), 0 deletions(-)
[rocrocket@abc rebase]$ cat roc.c
int main()
{
printf(“master:001″);
printf(“master:002″);
printf(“master:003″);
printf(“master:004″);
return 0;
}
[rocrocket@abc rebase]$ git log
commit b81fbc3be5c7bd1fdef72820c29e2c67590f4b03
Author: rocrocket 
Date:   Mon Nov 17 15:55:23 2008 +0800

master:004

commit 91a7ffc73e6320a86b10849061efd672f47fd5bd
Author: rocrocket 
Date:   Mon Nov 17 15:55:06 2008 +0800

master:003

commit 41b3d1cfaae0184bb8e5f27a165d51cc23867413
Author: rocrocket 
Date:   Mon Nov 17 15:28:01 2008 +0800

master:002

commit 2d89602d0c9955824df0d2c023e447f5d98d863a
Author: rocrocket 
Date:   Mon Nov 17 15:26:40 2008 +0800

master:001
[rocrocket@abc rebase]$

可以看到，master分支也完成了两次commit提交，每次分别添加了一行代码。

截止此时，分支结构为：

   topic:001 --- topic:002 （topic） / master:001 --- master:002 --- master:003 --- master:004 (master)

在这个时候，我们的实验样本已经基本搭建完毕，git-rebase就要派上用场了！
我们假设topic和master是一个项目的两个分支，master当然是主分支，而topic是旁路分支。在软件开发的大部分情况中，旁路分支是要遵 从主分支的。所以说，现在topic分支想将master分支开发的最新代码导入到topic分支中，而且要求此动作不影响master主分支的开发，也 就是说要暗中完成。git-rebase上场了：
[rocrocket@abc rebase]$ git checkout topic
Switched to branch “topic”
[rocrocket@abc rebase]$ git branch
master
* topic
[rocrocket@abc rebase]$ git rebase master
First, rewinding head to replay your work on top of it…
Applying topic:001
error: patch failed: roc.c:1
error: roc.c: patch does not apply
Using index info to reconstruct a base tree…
Falling back to patching base and 3-way merge…
Auto-merged roc.c
Applying topic:002
[rocrocket@abc rebase]$

我们使用了git rebase master来完成我们的需求。如果你心细的话，你会看到它输出了一些error，意思是说“补丁失败”，这个error没有关系，不影响git-rebase的正常工作的。

让我们来看看git-rebase的魔力吧：

[rocrocket@abc rebase]$ git branch
master
* topic
[rocrocket@abc rebase]$ git log
commit 05de9849078541c86cf5182cd8c15fa22bd00f77
Author: rocrocket 
Date:   Mon Nov 17 15:49:24 2008 +0800

topic:002

commit 7e5a744ef9e0740b4a091e9c8baa859b14800b0b
Author: rocrocket 
Date:   Mon Nov 17 15:48:58 2008 +0800

topic:001

commit b81fbc3be5c7bd1fdef72820c29e2c67590f4b03
Author: rocrocket 
Date:   Mon Nov 17 15:55:23 2008 +0800

master:004

commit 91a7ffc73e6320a86b10849061efd672f47fd5bd
Author: rocrocket 
Date:   Mon Nov 17 15:55:06 2008 +0800

master:003

commit 41b3d1cfaae0184bb8e5f27a165d51cc23867413
Author: rocrocket 
Date:   Mon Nov 17 15:28:01 2008 +0800

master:002

commit 2d89602d0c9955824df0d2c023e447f5d98d863a
Author: rocrocket 
Date:   Mon Nov 17 15:26:40 2008 +0800

master:001

[rocrocket@abc rebase]$ cat roc.c
int main()
{
printf(“topic :002″);
printf(“topic :001″);
printf(“master:001″);
printf(“master:002″);
printf(“master:003″);
printf(“master:004″);
return 0;
}
[rocrocket@abc rebase]$

看到了吧！master分支刚才开发的master:003和master:004也已经悄悄的进入了topic分支的日志里了。而在roc.c文件中也已经有了相应的开发代码。

这下，你是不是有一种豁然开朗的感觉？呵呵 来，看一下分支结构图：

master:001 --- master:002 --- master:003 --- master:004---topic:001 --- topic:002 （topic）

master:001 --- master:002 --- master:003 --- master:004(master)

这就是git-rebase的魔力！看出神奇之处了么？
如果忘了，就对比一下。这是执行git-rebase之前的分支结构图：

      topic:001 --- topic:002 （topic） / master:001 --- master:002 --- master:003 --- master:004 (master)

转自：http://blog.chinaunix.net/uid-27714502-id-3436696.html
russ44
关注
专栏目录
IDEA Git操作（一）分支、分支合并、rebase
wanght笔记
10-09 6364
文章目录新建测试工程创建本地仓库初始提交第二次提交第三次和第四次提交重置到第二次提交创建分支对bugFix分支做一次提交切换到 master 分支对 master 分支做一次提交合并分支 - 将bufFix分支合并到master试试再将master分支向bugFix分支合并会发生什么 新建测试工程 package test; public class Test1 { public static void main(String[] args) { System.out.p
变基操作详解 git rebase git pull --rebase ＜origin/master＞
weixin_44297716的博客
04-25 3998
前言： 在 Git 中整合来自不同分支的修改主要有两种方法：merge 以及 rebase。 什么是“变基”，怎样使用“变基”，就我学习与大家做一下分享，参考。 金科玉律：如果提交存在于你的仓库之外，而别人可能基于这些提交进行开发，那么不要执行变基。 一丶merge合并分叉 开发任务分叉到两个不同分支，又各自提交了更新，如图： 使用merge整合分叉历史，他会把两个分支的最新快照C3，C4和二者最近的共同祖先C2进行三方合并，合并的结果生成一个新的快照并提交。如图所示： 二丶rebase变基整
【转】git-rebase(认真看，分析很…
蓝月的职场人生
11-27 581
命令格式 我们先来看看git-rebase的命令格式： git rebase [-i | --interactive] [options] [--onto ]  [] git rebase [-i | --interactive] [options] –onto   –root [] git rebase –continue | –skip | –abort 从命令格式，可以看到git-rebae
【git】一文详解： git rebase到底有啥问题
最新发布
神技圈子的博客
09-27 1137
1）如果情况不好，请停止 rebase，而不是让它完成（使用git rebase --abort）2）知道如何git reflog撤消错误的 rebase3）不要重新设置一百万个微小的提交（而是分两步进行：git rebase -i HEAD^^^^然后git rebase main）4）不要一次性做多件事git rebase -i。保持简单。5）永远不要强制推送到共享分支6）永远不要重新定位已经推送的提交main。
git rebase详解（图解+最简单示例，一次就懂）
热门推荐
风中一匹狼的博客
07-26 52万+
在拉公共分支最新代码的时候使用rebase，也就是git pull -r 但往公共分支上合代码的时候，使用merge
Git常用命令rebase
YIYIYI
05-17 4万+
Git常用命令rebase
GIT/IDEA使用 rebase 和 merge 的正确姿势（转）
maolinCSDN的博客
06-09 1万+
GIT使用 rebase 和 merge 的正确姿势 背景 使用GIT这么久了从来没有深层次的研究过，一般情况下，只要会用pull,commit,push等几个基本提交命令就可以了，公司的项目分支管理这部分操作一直都是我负责，对于分支的合并我一直都使用merge操作，也知道还有一个rebase，但是一直不会用，百度了很多，说的基本都差不多，按照步骤在公司项目里操作，简直就是噩梦，只要rebase就出现噩梦般的冲突，所以一直不敢用，今天自己捣腾了一番终于领略到一些，不多说直接进入干货。 先来两张合理使用
git-rebase-reword:修改任何git commit不仅要持续
05-13
git-rebase-reword git-rebase-reword是一个简单的git命令，以与修改相同的方式来更改一个提交（最后一个或更旧的提交） 文献资料 它是基于对rebase交互操作的名称来命名的，以补充提交“ reword”。 参见和 -...
git-interactive-rebase-tool：用于git交互式rebase的本机跨平台全功能基于终端的序列编辑器
02-04
本文将深入探讨`git-interactive-rebase-tool`，它是这样一个全功能的、基于终端的序列编辑器，支持跨平台操作，并且采用Rust语言编写。 Git rebase是一个高级特性，允许我们将一系列提交重新应用到不同的基分支上...
vscode-git-rebase:⌥VSCode扩展，可使用热键快速设置交互式git rebase的操作
05-10
Git Rebase（Visual Studio代码扩展） 使用键盘快捷键可以快速编辑交互式Git基准库的操作。 如何使用 按下与您所需的git rebase操作相对应的键。 此命令将应用于所有选定的行。 键盘快捷键： p将命令设置为“ ...
fear-and-loathing-with-git-rebase:我在 MAS 上关于 git rebase 的闪电演讲
07-12
恐惧和厌恶 git rebase Git 不是 Subversion，我们可以自由地以任何我们认为合适的方式重写历史，这在生成原子提交和我们希望提交序列讲述一个故事时很重要。 许多人要么不知道这是可能的，要么害怕这样做，但基础...
Git分支管理策略 - 阮一峰的网络日志
05-09
分支管理的策略，它可以使得版本库的演进保持简洁，主干清晰，各个分支各司其职、井井有条.
Gitlab管理之七–执行rebase操作
运维阿峰
07-17 9462
1. 简介： 当我们长时间的运行在分支上的话，我们有时想要同步master，可以通过合并到master后，再切换到我们所在的分支，Git有一个更好的方式来这个，叫做rebasing。 在rebasing中，相当于把你当前的branch分支合并到master,并同步master状态。不过是一步完成了。 2. 使用终端进入到cookbook项目，并创建一个分支。 mike@win10-001...
Git rebase详细解析
Ghost Stories
02-08 4万+
merge 和rebase什么关系 git rebase 和git merge 做的事其实是一样的。它们都被设计来将一个分支的更改并入另一个分支，只不过方式有些不同。 merge 命令示例 git checkout feature git merge master 这样feature 分支中新的合并提交（merge commit）将两个分支的历史连在了一起 Me...
Git - 所在当前分支变成了：master | REBASE 1/1 解决方案
王佳斌
07-29 9618
为什么？ 因为你是停留在一个 变基的中间，你已经合并了所有的路径。 解决 直接键入命令行： git rebase --continue 如果仍然不起作用，可以尝试放弃你本地提交一个接一个，然后使用 git status 确保您的本地提交与远程分支保持同步。 git reset --hard 将放弃你的工作，只使用它，如果你知道你在做什么！ ...
GIT使用rebase和merge的正确姿势
GarfieldEr007的专栏
12-28 9712
背景 使用GIT这么久了从来没有深层次的研究过，一般情况下，只要会用pull,commit,push等几个基本提交命令就可以了，公司的项目分支管理这部分操作一直都是我负责，对于分支的合并我一直都使用merge操作，也知道还有一个rebase，但是一直不会用，百度了很多，说的基本都差不多，按照步骤在公司项目里操作，简直就是噩梦，只要rebase就出现噩梦般的冲突，所以一直不敢用，今天自己捣腾了一番...
git 入门
weixin_33889665的博客
06-13 344
Git是目前最流行的版本管理系统，学会Git几乎成了开发者的必备技能。 Git有很多优势，其中之一就是远程操作非常简便。本文详细介绍5个Git命令，它们的概念和用法，理解了这些内容，你就会完全掌握Git远程操作。 git clone git remote git fetch git pull git push 本文针对初级用户，从最简单的讲起，但是需要读者对Git的...
如何将github项目上传至gitlab
dhc8242的博客
11-29 1019
一、修改远程分支关联 删除远程分支关联 将指向github的远程分支关联关系删除 git remote rm origin 添加新的远程分支关联 新的remote地址指向gitlab相应地址 git remote add origin <项目gitlab上的SSH地址> 修改后可以使用以下命令查看修改是否生效 # 查看远程分支关联 git remote -v 二、修改提交用户...
git pull --rebase和git rebase --continue
12-02
git pull --rebase和git rebase --continue都是git rebase命令的一部分，用于将本地分支的修改与远程分支合并。具体区别如下： - git pull --rebase命令会在拉取远程分支之前先将本地分支的修改暂起来，然后拉取...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值