git(十六) git rebase 实战

最新推荐文章于 2024-08-02 02:27:51 发布
最新推荐文章于 2024-08-02 02:27:51 发布
阅读量1.6w 收藏 6
点赞数 1
分类专栏： 版本库 文章标签： git rebase
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wzq6578702/article/details/76736008
版权

我们新建三个分支分别是master、dev、test,之后在dev分支的test.txt文件新建2个提交，在test分支的test.txt文件新建2个提交。
切换到test分支，然后执行git rebase dev 我们要将dev分支的提交应用到test分支：
这里写图片描述
然后在test分支执行git rebase dev

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$ git rebase dev
First, rewinding head to replay your work on top of it...
Applying: [test branch] add -test1- in text.txt //将test的第一次提交应用到dev的最后一个节点
error: Failed to merge in the changes.
Using index info to reconstruct a base tree...
M       test.txt
Falling back to patching base and 3-way merge...
Auto-merging test.txt
CONFLICT (content): Merge conflict in test.txt
Patch failed at 0001 [test branch] add -test1- in text.txt
The copy of the patch that failed is found in: .git/rebase-apply/patch

When you have resolved this problem, run "git rebase --continue".
If you prefer to skip this patch, run "git rebase --skip" instead.
To check out the original branch and stop rebasing, run "git rebase --abort".


Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test|REBASE 1/2)
$ cat test.txt
master1
<<<<<<< HEAD
dev1
dev2
=======
test1
>>>>>>> [test branch] add -test1- in text.txt
Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test|REBASE 1/2)
$ git status
rebase in progress; onto f28df0d
You are currently rebasing branch 'test' on 'f28df0d'.//对dev 的'f28df0d'应用补丁。
  (fix conflicts and then run "git rebase --continue")
  (use "git rebase --skip" to skip this patch)//使用dev的补丁，废弃test的修改。
  (use "git rebase --abort" to check out the original branch)//终止rebase过程

Unmerged paths:
  (use "git reset HEAD <file>..." to unstage)
  (use "git add <file>..." to mark resolution)

        both modified:   test.txt

no changes added to commit (use "git add" and/or "git commit -a")

git rebase –abort的意思是终止当前rebase的操作，回到原始状态。

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test|REBASE 1/2)
$ git rebase --abort

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$ cat test.txt
master1
test1
test2

刚才演示了abort的效果，我们重新rebase回到rebase状态：

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$ git rebase dev
First, rewinding head to replay your work on top of it...
Applying: [test branch] add  a line  in test.txt
error: Failed to merge in the changes.
Using index info to reconstruct a base tree...
M       test.txt
Falling back to patching base and 3-way merge...
Auto-merging test.txt
CONFLICT (content): Merge conflict in test.txt
Patch failed at 0001 [test branch] add  a line  in test.txt
The copy of the patch that failed is found in: .git/rebase-apply/patch

When you have resolved this problem, run "git rebase --continue".
If you prefer to skip this patch, run "git rebase --skip" instead.
To check out the original branch and stop rebasing, run "git rebase --abort".


Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test|REBASE 1/2)
$ cat test.txt
master1
<<<<<<< HEAD
dev1
dev2
=======
test1
>>>>>>> [test branch] add  a line  in test.txt

test.txt文件里边的冲突部分是dev分支的“dev1 dev2”2行和test分支的“test1”， 即以dev的2次提交为基准，那么如果执行git rebase –skip所做的操作是：
丢弃test的第一次提交的修改，保留dev的修改：

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test|REBASE 1/2)
$ git rebase --skip
Applying: [test branch] add -test2- in text.txt //应用test的第二次提交。
error: Failed to merge in the changes.
Using index info to reconstruct a base tree...
M       test.txt
Falling back to patching base and 3-way merge...
Auto-merging test.txt
CONFLICT (content): Merge conflict in test.txt
Patch failed at 0002 [test branch] add -test2- in text.txt
The copy of the patch that failed is found in: .git/rebase-apply/patch

When you have resolved this problem, run "git rebase --continue".
If you prefer to skip this patch, run "git rebase --skip" instead.
To check out the original branch and stop rebasing, run "git rebase --abort".


Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test|REBASE 2/2)
$ cat test.txt
master1
<<<<<<< HEAD
dev1
dev2
=======
test1
test2 //test2出现。
>>>>>>> [test branch] add -test2- in text.txt

此时如果我们再次执行git rebase –skip 就会将test的第二次提交丢弃，保留dev的修改：

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test|REBASE 2/2)
$ git rebase --skip

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$ cat test.txt
master1
dev1
dev2

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$

可以看到保留的2次的dev出现在文件里边，即“dev1 “和”dev2”这2次提交。
同时我们看一下git log：

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$ git log
commit f28df0d2c6fcb11d34e7551d5bb9b337aa46b259 (HEAD -> test, dev)
Author: ceaser <ceaserwang@outlook.com>
Date:   Sat Aug 5 20:38:36 2017 +0800

    [dev  branch] add -dev2- in test.txt

commit 9ad27e0c99795978f259af4d2e17b99b77448f91
Author: ceaser <ceaserwang@outlook.com>
Date:   Sat Aug 5 20:38:22 2017 +0800

    [dev  branch] add -dev1- in test.txt

commit 72d9d551a336c1db8976a8d1f595f4d9dbd5569b (master)
Author: ceaser <ceaserwang@outlook.com>
Date:   Sat Aug 5 19:55:40 2017 +0800

    master branch add file test.txt with master1 content

commit 62046ccba0fea0b8e922697312632972edc8f0f8
Author: ceaser <ceaserwang@outlook.com>
Date:   Sat Aug 5 19:48:49 2017 +0800

    master branch add file test.txt with line master1 commtent

里边有dev的2次提交的commit id验证了我们所说的。
此时我们切换到dev分支，演示出现冲突的一种情况，上边我们演示的是丢弃test的提交，那么我们接下来演示不丢弃test的提交，切换到dev的时候我们 git merge test，进行的是fast forward：

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$  git checkout dev
Switched to branch 'dev'

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (dev)
$ git merge test
Already up-to-date.

我们增加dev3和dev4：

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (dev)
$ cat test.txt
master1
dev1
dev2

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (dev)
$ echo 'dev3' >> test.txt

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (dev)
$ git add test.txt
warning: LF will be replaced by CRLF in test.txt.
The file will have its original line endings in your working directory.

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (dev)
$ git commit -m '[dev branch] add -dev3- in test.txt'
[dev f018dc6] [dev branch] add -dev3- in test.txt
 1 file changed, 1 insertion(+)

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (dev)
$ echo 'dev4' >> test.txt

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (dev)
$ git add test.txt
warning: LF will be replaced by CRLF in test.txt.
The file will have its original line endings in your working directory.

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (dev)
$ git commit -m '[dev branch] add -dev4- in test.txt'
[dev 3d74c2e] [dev branch] add -dev4- in test.txt
 1 file changed, 1 insertion(+)

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (dev)
$ cat test.txt
master1
dev1
dev2
dev3
dev4
Administrator@CeaserWang MINGW64 /e/Study/git_rebase (dev)
$ git log -3
commit 3d74c2ee12b7556cdbd576eb9f6fd9795898ddf6 (HEAD -> dev)
Author: ceaser <ceaserwang@outlook.com>
Date:   Sat Aug 5 21:08:39 2017 +0800

    [dev branch] add -dev4- in test.txt

commit f018dc6f17d1a9b7c835e43064b695dd4b74e8df
Author: ceaser <ceaserwang@outlook.com>
Date:   Sat Aug 5 21:08:23 2017 +0800

    [dev branch] add -dev3- in test.txt

commit f28df0d2c6fcb11d34e7551d5bb9b337aa46b259 (test)
Author: ceaser <ceaserwang@outlook.com>
Date:   Sat Aug 5 20:38:36 2017 +0800

    [dev  branch] add -dev2- in test.txt

切换到test分支增加test3 和test4：

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$ cat test.txt
master1
dev1
dev2

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$ echo 'test3' >> test.txt

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$ git add test.txt
warning: LF will be replaced by CRLF in test.txt.
The file will have its original line endings in your working directory.

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$ git commit -m '[test branch] add -test3- in test.txt'
[test 17794bd] [test branch] add -test3- in test.txt
 1 file changed, 1 insertion(+)

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$ echo 'test4' >> test.txt

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$ git add test.txt
warning: LF will be replaced by CRLF in test.txt.
The file will have its original line endings in your working directory.

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$ git commit -m '[test branch] add -test4- in test.txt'
[test d5a085e] [test branch] add -test4- in test.txt
 1 file changed, 1 insertion(+)

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$ git log -3
commit d5a085e27b6f25f354c3292078d0069a3605eeaa (HEAD -> test)
Author: ceaser <ceaserwang@outlook.com>
Date:   Sat Aug 5 21:12:56 2017 +0800

    [test branch] add -test4- in test.txt

commit 17794bda63b337577ad0da88826c28ef2b17ba67
Author: ceaser <ceaserwang@outlook.com>
Date:   Sat Aug 5 21:12:43 2017 +0800

    [test branch] add -test3- in test.txt

commit f28df0d2c6fcb11d34e7551d5bb9b337aa46b259
Author: ceaser <ceaserwang@outlook.com>
Date:   Sat Aug 5 20:38:36 2017 +0800

    [dev  branch] add -dev2- in test.txt
Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$ cat test.txt
master1
dev1
dev2
test3
test4

test分支下执行git rebase dev:

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$ git rebase dev
First, rewinding head to replay your work on top of it...
Applying: [test branch] add -test3- in test.txt
error: Failed to merge in the changes.
Using index info to reconstruct a base tree...
M       test.txt
Falling back to patching base and 3-way merge...
Auto-merging test.txt
CONFLICT (content): Merge conflict in test.txt
Patch failed at 0001 [test branch] add -test3- in test.txt
The copy of the patch that failed is found in: .git/rebase-apply/patch

When you have resolved this problem, run "git rebase --continue".
If you prefer to skip this patch, run "git rebase --skip" instead.
To check out the original branch and stop rebasing, run "git rebase --abort".


Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test|REBASE 1/2)
$ cat test.txt
master1
dev1
dev2
<<<<<<< HEAD
dev3
dev4
=======
test3
>>>>>>> [test branch] add -test3- in test.txt

此时出现的冲突我们先保留test3：
vi test.txt 删除456行：
这里写图片描述

$ cat test.txt
master1
dev1
dev2
test3

执行git rebase –continue

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test|REBASE 1/2)
$ git add test.txt

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test|REBASE 1/2)
$ git rebase --continue
Applying: [test branch] add -test3- in test.txt
Applying: [test branch] add -test4- in test.txt

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test) //回到test
$

执行之后出现：
Applying: [test branch] add -test3- in test.txt
Applying: [test branch] add -test4- in test.txt
我们保留了test3的提交，test4就是比test3多了一次提交，直接就成功了。

查看文件只保留了test的提交：

$  cat test.txt
master1
dev1
dev2
test3
test4

test的日志：
这里写图片描述

如果我们在dev分支执行merge test会执行fast forward：

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (test)
$ git checkout dev
Switched to branch 'dev'

Administrator@CeaserWang MINGW64 /e/Study/git_rebase (dev)
$ git merge test
Updating 3d74c2e..9dcfcec
Fast-forward
 test.txt | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

我们用gitk看一下提交历史：
他的整个提交历史是一条直线
这里写图片描述
总的来说rebase的操作是将分叉的情况形成一条直线，但是会修改git的提交历史。

将test的提交应用到dev：
1、git checkout test
2、git rebase dev 以dev为基准将test的提交进行回放，挨个的应用到dev上去，然后test的那些提交就会废弃。
等价于git merge dev

git merge 和git rebase区别：
merge不会修改提交历史，rebase会修改提交历史。
rebase只应用于本地没有提交的代码，如果应用到已经提交到远程的分支不要应用，不然会非常的麻烦，get merge可以应用于远程分支。

魔鬼_
关注
专栏目录
【Git系列】git rebase和git merge用法详解
CSDN明星博主，认证博客专家，视频、Matlab领域优质创作者。
12-31 402
DATE: 2020.12.28 文章目录1、参考2、git-rebase的命令格式3、git-rebase用法4、git rebase冲突解决5、git rebase与git merge的区别 1、参考 git rebase命令 【Git】rebase 用法小结 2、git-rebase的命令格式 git rebase [-i | --interactive] [options] [--onto ] [] git rebase [-i | --interactive] [options] --ont
变基操作详解 git rebase git pull --rebase ＜origin/master＞
weixin_44297716的博客
04-25 3912
前言： 在 Git 中整合来自不同分支的修改主要有两种方法：merge 以及 rebase。 什么是“变基”，怎样使用“变基”，就我学习与大家做一下分享，参考。 金科玉律：如果提交存在于你的仓库之外，而别人可能基于这些提交进行开发，那么不要执行变基。 一丶merge合并分叉 开发任务分叉到两个不同分支，又各自提交了更新，如图： 使用merge整合分叉历史，他会把两个分支的最新快照C3，C4和二者最近的共同祖先C2进行三方合并，合并的结果生成一个新的快照并提交。如图所示： 二丶rebase变基整
操作实践，git本地分支执行rebase,让主干分支记录更简洁
ArtTex
09-12 4431
先在本地分支上执行rebase操作再push到远程个人分支，然后再执行合并到主干分支的Merge Request。 这样其他团队成员看到的记录就是纯净的了。
git rebase使用介绍
weixin_41044151的博客
02-23 565
git rebase使用介绍 git rebase有两种使用场景，接下来对这两种场景进行介绍。 场景一：把test分支的修改加到master分支上 首先切换到master分支，然后运行git rebase test。 在rebase的过程中，可能会出现冲突conflict，此时，git会停止rebase让你去解决冲突，解决完成后，用git add去更新这些内容，执行git rebase –continue 如果不想rebase了，执行git rebase –abort，分支会回到rebase开始前的状态 优
git rebase (--continue | --abort | --skip)
最新发布
qq_42463588的博客
08-02 535
【代码】git rebase (--continue | --abort | --skip)
【Git入门之十】Rebase操作
偶尔e网事
10-05 5716
Rebase，衍合？变基？唉，我也不知道要怎么翻译合适。。。变基怪怪的，我擦勒，你才变基呢。。。 1.Rebase提交 rebase命令允许你编辑你的提交历史，比如你可以把多个提交（commit）联合成一个，可以对它重新排序，跳掉某个提交或者编辑提交信息。这是非常有用的，当你要再推送到远程仓库之前要想重新编辑提交信息。以下举个例子把多个提交联合成一个。 [
Git rebase（变基）操作详解
L
01-25 8434
目录 简单变基操作 复现 变基 更复杂的变基 复现 变基 变基操作建议 简单变基操作 复现 先复现一个变基操作的现场，具体做法如下： （1）创建一个testrebase目录，在该目录下执行git init命令，初始化一个本地仓库，如图： （2）在testrebase目录下创建新文件readme，并执行git add和git commit提交到本地仓库默认master分支下...
git pull之后出现REBASE(1/1)
weixin_48145150的博客
07-14 2516
git pull之后出现REBASE(1/1)
详解git merge 与 git rebase的区别
10-15
Git 是一个分布式版本控制系统，它提供了两种合并分支的策略：`git merge` 和 `git rebase`。两者都是为了整合不同分支的更改，但它们在处理合并的方式上有显著的差异。 ## Git Merge `git merge` 是最常见的合并...
【git系列】git rebase含义用法选项示例详解
wang2leee的博客
04-27 1457
【git系列】git rebase含义用法选项示例详解
Git的merge和rebase你真的了解吗？
01-23
本文将深入探讨Git的两个关键功能——`merge`和`rebase`，以及它们在日常开发中的应用。 1. **Git的版本控制**：Git的核心功能是版本控制，它能够记录文件的每一次修改，包括修改的内容、作者和时间。这使得开发者...
【项目实例】git合并分支——关于git rebase使用的项目实例
HD243608836的博客
06-10 308
前几天开发代码，遇到了个问题： 分支结构： master-------dev1 --------dev2
git rebase后出现(master|REBASE 1/1)的解决办法
qq_27494201的博客
06-14 499
git rebase后出现(master|REBASE 1/1)的解决办法
git:rebase总结：
浪子荆的博客
12-05 603
rebase命令： 参考： http://blog.chinaunix.net/uid-27714502-id-3436696.html http://blog.csdn.net/hudashi/article/details/7664631/1.git branch一般的设置 git在本地最好创建一个master的branch，用来和server的branch同步，然后再创建一个dev b
git(8)Git 与其他系统
m0_66789766的博客
04-28 923
$ git svn rebase M README.txt r80 = ff829ab914e8775c7c025d741beb3d523ee30bc4 (trunk) First, rewinding head to replay your work on top of it… Applying: first user change 现在，你做出的修改都发生在服务器内容之后，所以可以顺利的运行 dcommit ： $ git svn dcommit Committing to file:///tmp/te
Git高级篇（1.3w字）
胜神明半子
08-10 424
Merge分支为了可以随时发布release而建立的分支，它还能作为Topic分支的源分支使用，保持分支的稳定状态，如果需要进行更改，通常需要先创建Topic分支，针对该分支，可以使用Jenkins类的工具进行自动化编译以及测试。如果发生冲突，push将会被拒绝，如果要进行共享本地数据库的分，需要明确的push，因此，没有执行push就不会给远程数据库带来影响，因此可以自由的创建自己的分支。未提交的修改内容以及新添加的文件，留在索引区域或工作树的情况下切换到其他分支，修改内容会从原来的分支移动到目标分支。
git提交代码到码云详解
shoneworn的专栏
05-25 8709
一、为什么不用github而使用码云？ 　　私有——免费，速度快 二、怎么用？ 　　1.下载安装好git. 　　2.去码云官网注册个账号。官网：https://git.oschina.net/ 　　3.创建项目。项目创建好后，你会发现，可以直接通过上传文件的方式，把文件放进去。可是，我要用git去传。 　　4.配置SSH公钥。 4.1 通过git bash 生成公钥 　　　　...
First, rewinding head to replay your work on top of it...
12-06 508
First, rewinding head to replay your work on top of it...
工作中我是如何使用git rebase的？
落墨画雪的博客
03-06 1163
注意：本文将逐渐完善更新…因为rebase在工作中多人合作开发中真的很重要 1：背景描述 rebase中最需要注意的地方就是代码冲突问题，产生冲突的原因在于merge的时候和他人修改了同一行代码，这就会导致使用git merge的时候不知道应该听谁的，使得git服务疑惑不知道谁是正确的。 废话不多说，如下案例 假设时间点今天上午10点，我从最新的代码仓中的master分支下在本地创建了一个新的开发分支，就命名为branch_1好了，然后我就着手在该分支下进行开发，然后到了中午12点，远程的代码仓master
git pull 和git rebase区别
01-23
git pull和git rebase是两种不同的版本控制操作，它们的区别如下： 1. git pull：git pull命令用于从远程仓库获取最新的提交，并将其合并到当前分支。它实际上是git fetch和git merge两个命令的组合。git fetch用于获取远程仓库的最新提交，而git merge用于将获取的提交合并到当前分支。git pull会自动合并提交，但如果存在冲突，则需要手动解决冲突。 2. git rebase：git rebase命令用于将当前分支的提交移动到另一个分支的最新提交之后。它会将当前分支的提交按照顺序重新应用到目标分支上。这样可以使提交历史更加整洁，避免了合并提交所产生的额外的合并提交。但是，使用git rebase可能会改变提交的顺序，因此需要谨慎使用。 总结来说，git pull适用于从远程仓库获取最新提交并合并到当前分支，而git rebase适用于将当前分支的提交移动到另一个分支的最新提交之后。选择使用哪种操作取决于具体的需求和工作流程。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值