Git使用进阶：git rebase拆分过去的某次提交

最新推荐文章于 2024-07-11 19:42:05 发布
最新推荐文章于 2024-07-11 19:42:05 发布
阅读量1.5k 收藏 5
点赞数
文章标签： git shell
原文链接：https://juejin.im/post/58d653b144d90400686e1436
版权
本文介绍了如何使用Git的rebase交互模式将过去的一次包含两个重大改动的提交拆分为两个单独的提交。通过进入rebase模式，将目标提交标记为edit，撤销提交，然后分别提交这两个改动，最后完成rebase过程，实现提交日志的清晰管理。
摘要由CSDN通过智能技术生成

情景

你正在做一个项目，然而在过去的某个时候，你把两个重大的改动提交到了一个版本A中。
直到又进行了几次提交之后，你才发现有必要将之前那两个重大改动拆分成版本A和版本B。

当前的提交日志如下所示：

commit 4a6a4088ecbe26d7f85db703e9c0a493aaac9675
Author: Wray Zheng 
Date:   Thu March 25 17:06:19 2017 +0800

    add new functions

commit 1c6a58f2c80b276b24495558cffedd13998a766a
Author: Wray Zheng 
Date:   Thu March 25 17:04:23 2017 +0800

    Two Big Changes

commit 3157d5c2c16938d2ba1d68eae8fb5a26f87365ea
Author: Wray Zheng 
Date:   Thu March 25 17:03:06 2017 +0800

    first commit复制代码

下面，我们就要将"Two Big Changes"对应的提交拆成两个提交。

1. 进入 rebase 交互模式

git rebase -i 复制代码

此处 SHA-1 为版本A的上一个提交的校验和。

以上面的提交日志为例，可以输入以下命令来进入交互模式：

最低0.47元/天 解锁文章
weixin_34208185
关注
git 进阶学习：git rebase
qq_30974755的博客
11-03 458
在 Git 中整合来自不同分支的修改主要有两种方法:merge 以及 rebase。在本节中我们将学习什么是“变基”，怎样使用“变基”，并将展示该操作的惊艳之处，以及指出在何种情况下你应避免使用它。
【随笔】Git 高级篇 -- 提交的技巧（上） rebase & commit --amend（十八）
JMFive的博客
04-08 2992
大家好，又见面了，我是夜阑的狗🐶，本文是专栏【Git】专栏的第十七篇文章;这是今天学习到Git 高级篇 – 提交的技巧 💖💖💖，开启新的征程，记录最美好的时刻🎉，每天进步一点点。【Git】， 此专栏是我是夜阑的狗对Git，Gitee等工具使用过程的总结，希望能够加深自己的印象，以及帮助到其他的小伙伴😉😉。如果文章有什么需要改进的地方还请大佬不吝赐教👏👏。接下来这种情况也是很常见的：你之前在newImage分支上进行了一次提交，然后又基于它创建了caption分支，然后又提交了一次。
git rebase 则是通过一种续接的方式：将master 拆下，续到b1上来。就相当于本来master 与b1都在同一起点，现在改为master的起点为b1。
chen__fei的博客
08-21 213
！总的原则是，只对尚未推送或分享给别人的本地修改执行变基操作清理历史， 从不对已推送至别处的提交执行变基操作 git merge 操作合并分支会让两个分支的每一次提交都按照提交时间（并不是push时间）排序，并且会将两个分支的最新一次commit点进行合并成一个新的commit，最终的分支树呈现非整条线性直线的形式 git rebase操作实际上是将当前执行rebase分支的所有基于原分支提交点之后的commit打散成一个一个的patch，并重新生成一个新的commit hash值，再次基于原分支目...
【Git 学习笔记_09】第四章 git rebase 变基操作与相关示例（上）
最新发布
PeacefulWinter的博客
07-11 1384
本篇为《Git Version Control Cookbook》第二版第四章学习笔记整理，主要学习了 Git 变基操作（rebase）的相关概念及应用。并通过本地命令实测加以巩固。对于加深rebase的理解非常有帮助。建议初学者收藏，并跟着认真敲一遍命令。
使用git rebase合并中间多个提交commit
liuzubing的博客
04-14 2340
1，存在如下commit的git 现在想要把second ,third ，fourth commits合并成一个新的commit，把seventh, eighth commits合并成一个新的commit 2，输入指令 git rebase -i d25154d0f3138 6e77559cec6 -i表示交互性操作 d25154d0f3138 6e77559cec6 表示将要操作的commit区间，该区间为前开后闭，代表从d25154d0f3138后面的commit: 4d4750...
【git使用】历史commit的分割（git rebase和 git reset的联合使用）
叮当猫的喵i
01-04 1246
因为每一个commit只会保存它的parent节点，并不知道它的下一个节点时什么。比方说在一次 commit 中，包含了两个编辑过的文件（A 和 B）；commit 01, commit 02, commit 03 为最近的三次提交，是提交时的备注信息。可以配合不同的模式（–mixed, --soft, --hard）达到不同的效果。后，会列出 commit-B 之后的所有 commit，之后 vim 形式操作。该命令主要用于修改历史 commit，如历史 commit 的拆分，合并等。
git rebase将多次提交合为一次
深海微澜
09-14 1911
1、 查看提交历史git log  2、找到你想合并到哪一个commit_id  如： commit_1 commit_2 commit_3 commit_4 commit_5 3、你想合并前4次，则输入：git rebase -i commit_5 此时你预设的编辑器将会打开一个文档，其中含有如下类似内容： pick fc62e55 fix bugs pick 9824bf4 fixed...
【git系列】git rebase含义用法选项示例详解
wang2leee的博客
04-27 1454
【git系列】git rebase含义用法选项示例详解
[Git] Git整理(四) git rebase 的使用
FightFightFight的博客
06-28 1万+
概述 在之前总结分支相关内容时说道，合并两个分支的提交可以使用git merge，然而除了这种方式之外，还有一种方式就是使用git rebase，这两种方式的最终结果都相同，但是合并历史却不同；git merge是将两个分支做一个三方合并(如果不是直接上游分支)，这样一来，查看提交历史记录，可能会显得非常凌乱。git rebase则会将当前分支相对于基低分支的所有提交生成一系列补丁，然后放到基底...
git-rebase进阶使用
xiaojiangkf的博客
07-30 2902
git rebase进阶使用 推荐书籍: 《git pro》 推荐教程: atlassian 本地获取帮助: git help <command> rebase最强大的地方在于可以按需移动提交并对其进行编辑更改，当然前提是在个人分支上 最好对git中的一些概念预先有一定的了解 再次强调：git rebase相关命令只允许在个人分支上使用 目录： 本文alias说...
git rebase正确展开方式
qq_29806777的博客
07-05 171
论证git rebase一种合理的使用方式
如何将一个commit拆解为多个commit？
perry0125的博客
02-27 2018
4.git reset HEAD^ 重置代码的状态，将头位置改为未提交状态，当前的commit已经全部撤销。该命令是提取出你的git日志，查看并复制你需要拆解的commit的前一个commitID。5.git add one.txt 一个一个的提交文件，一个一个的编辑commit。本文将介绍使用rebase 命令将一个commit拆解为多个commit。3.进入rebase后，把本次提交的commit需要拆解的位置前面的。以上次提交合并后的 代码为基点（起点），重新编辑你的commit。
Git: git rebase提交到某一特定的提交
qq_34341546的博客
03-14 1492
①git rebase --interactive。②将需要改动的commit前面的pick 改为 edit,然后保存退出。* 解决冲突之后再执行git rebase --continue。④git add * 编辑冲突文件, 解决冲突。
Git高级操作之rebase
默默奔跑
01-11 1887
Git高级操作之rebase
Git 之 rebase（变基）
menergy
03-12 8289
Git 的 变基主要是使git 的提交记录变得更加简洁。下面通过三个场景来理解rebase的应用。 1. 场景一 在开发一个功能时，可能需要几天，每天都提交了更改，最后完成整个功能，但是我们的提交记录中有多个版本，如V1，V2，V3 和 V4 版本，为了提交记录简洁，可以通过变基，将多个提交记录整合成一个记录，如下图： 实践案例模拟场景一： 新建个RebaseDemo文件夹，用于模拟： 模拟连续提交四个版本： 待续。。。 ...
git整理commit的基本方法（拆分、合并、修改commit）
热门推荐
coderhuhy的专栏
05-24 2万+
觉得整理commit还是非常重要的一种技能，看到有人已经很好地整理过了，也搬运到自己的博客中，以备不时之需。本文转载自：Git整理Patch的一些经验。 U-Boot升级到了最后，需要将之前比较杂乱的commit重新整理，有的需要整合，有的需要拆分。在这个过程中深刻的体会到了git的强大和灵活性。这里总结一下大的步骤和中间用到的各种小技巧。
Git rebase 合并多次commit及可能遇到的问题
A_Ly的专栏
03-05 6965
不论是在使用Git或者SVN的过程中，我们都难免遇到出现多次的commit。而导致在Chery Pick到其它分支的时候遗忘掉，或者是带来了其他不必要的麻烦。那么，有办法解决这些多次类似的commit提交记录么？答案当然是有的。在Git中可以将多个提交记录合并成一个记录。只需使用 git rebase -i SHA-1前6位(需要合并到该记录的前一个hash值)或者是Head~合并的总条数。例如：...
git rebase--onto 合并指定commit的简单使用
Attitude_do_it的博客
03-08 4035
使用场景 假设有prod（生产环境）、dev（测试环境）两个分支，在dev分支上有部分未开发完成或者未测试完成的功能没有同步到prod分支，然而此时prod上有bug需要修复，这种情况我们一般是不会直接在prod分支上修改的，因为有风险。 此时我们一般有两种选择： 1、单独建立一个bug分支，用来修改prod分支的bug，修改测试完成后，再合并到prod分支 2、在dev分支上修改，测试完成后把bug相关的代码合并到prod分支 第一种方法很简单，这里简单讲解一下第二种方法。 命令讲解 g
大文件提交难题与git rebase深度解析
4. **重新组织提交**: 如果不是必须保留整个大文件的历史，可以尝试使用`git rebase`来重写提交历史。`git rebase`允许你移动、合并或删除提交，但需要注意操作可能会改变历史顺序和提交时间戳。 - **移除大文件**...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值