Git rebase 使用

原创 已于 2022-09-02 15:56:20 修改 · 522 阅读 · 1 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
标签
#git #github
于 2022-09-02 15:46:36 首次发布
本文介绍了如何使用Git rebase命令合并多个commit为一条记录，以保持提交历史的整洁。步骤包括rebase交互模式启动，选择squash操作，以及修改合并后的commit信息。通过这种方式，可以将原本的A、B、C、D四个记录合并成一个单独的提交。

Git rebase 使用

个人使用场景：合并当前分支的多个commit记录

如图所示，一个需求对应一个分支，该分支上有多次提交记录（业务变更，有事暂存代码），如果合并到远程就会有A、B、C、D四个记录，现在只想有一条记录，如何处理？
在这里插入图片描述
Git 执行命令

第一步 rebase

HEAD 后接的数就表示需要合并多少条commit（此处是最新的commit）

 git rebase -i HEAD~4

在这里插入图片描述

第二步 squash

把 BCD 的前面的pick 改为 s
esc : wq

在这里插入图片描述

第三步 修改注释

在这里插入图片描述

esc : wq

结果

此时新的记录就会变成如下场景：

在这里插入图片描述
右下角产生变化，如下

其他

 git rebase -i HEAD~4

HEAD 后接的数就表示需要合并多少条commit（此处是最新的4条commit）

git rebase -i [startPonit] [endPoint]
  1. 前开后闭 区间 这里的 [startPonit] 是指需要合并的commit的前一个commit (即当前示例中的 “4cb600e: feat: modify a”)。 因为, 三个commit肯定要基于上一个commit合并成了新的commit。
  2. 谨慎使用[endPoint] 省略, 即默认表示从起始commit一直到最后一个，但是一旦你填写了, 则表示 [endPoint]后面的commit全部不要了!
Git基础教程：Git Rebase的完全指南
CyberSphinx的博客
09-06 1086
Git基础教程：Git Rebase的完全指南在软件开发中，版本控制是一个关键的部分，而Git作为最流行的分布式版本控制系统之一，提供了强大的功能来管理代码的版本和变更。其中一个重要的Git命令是git rebase，它可以帮助开发人员合并分支、整理提交历史和解决冲突。本文将深入介绍Git Rebase的用法和示例，并提供相应的源代码。
Git Rebase
dreams_dream的博客
02-20 644
❗ 不要对已经 push 给别人的分支做 rebase（除非你非常清楚自己在干啥，并且团队都同意）。Rebase = 把一段提交“剪下来”，贴到另一个 commit 后面，并重新生成新的提交。A' 是一个全新的 commit（hash 不同）， 但它包含 A~F 的所有代码改动。自己在本地开发的分支，还没 push 或只有你一个人用 → 随便 rebase。把你这一串提交，剪下来，贴到别的 commit 后面，再重新排一遍。Rebase 过程中，如果有冲突，Git 会停下来，让你解决。
git rebase 使用详解
SmileToLin的博客
04-23 1867
git rebase 用于将本地分支的更改重新应用到其基础分支（通常是主分支）。这对于在开发过程中合并分支时清理提交历史非常有用。以下是 git rebase 的使用方法：
Git 之 rebase（变基）
menergy
03-12 9169
Git 的 变基主要是使git 的提交记录变得更加简洁。下面通过三个场景来理解rebase的应用。 1. 场景一 在开发一个功能时，可能需要几天，每天都提交了更改，最后完成整个功能，但是我们的提交记录中有多个版本，如V1，V2，V3 和 V4 版本，为了提交记录简洁，可以通过变基，将多个提交记录整合成一个记录，如下图： 实践案例模拟场景一： 新建个RebaseDemo文件夹，用于模拟： 模拟连续提交四个版本： 待续。。。 ...
Git rebase 使用教程（彻底搞懂，避免踩坑）
最新发布
bxr的博客
03-30 177
Git rebase使用指南：rebase是将提交"变基"到另一分支后的操作，相比merge能保持更清爽的线性历史。主要使用场景包括同步主分支和整理提交记录，可通过交互式rebase修改/合并提交。但需注意：1）处理冲突后使用--continue；2）公共分支避免使用；3）rebase后需强制推送。核心原则是"个人分支用rebase，团队分支用merge"。rebase是历史整理工具，merge是安全合并工具，使用时需区分场景。
【GIT】一文带你彻底了解 git rebase（图解+案例+实战）
Friday
10-24 2万+
git rebase，顾名思义即变基，不过这是一条多功能命令，既可以重建提交历史，还可以整合不同分支间的变更。本文将对相关功能进行介绍。文中的截图为使用创建的，不熟悉git的可以使用这个练习一下。
git rebase （合并代码和整理提交记录）图文详解
wangdawei_的博客
07-17 1万+
使用rebase 可以进行 合并代码以及整理提交记录。本文使用完整的图文讲解，对rebase进行了详细的说明，使用命令进行执行，执行之后的图片、结果都进行了说明。对操作过程中可能出现的问题也进行了说明解释。
git rebase的使用
weixin_44794260的博客
11-26 723
本地开发：在feature分支上进行开发，可以随意使用rebase -i来整理你的本地提交历史。准备集成：当你准备将分支推送到远程并发起 Pull Request 时：# 1. 获取远程最新代码 git fetch origin # 2. 将你的特性分支变基到 origin/main 上，解决可能出现的冲突 git rebase origin/main # 3. (可选) 最后整理一下你的提交，使其逻辑清晰 git rebase -i HEAD~5 # 例如整理最近5次提交 # 4. 推送到远程。
Git Rebase的使用
w13707470416的博客
01-24 757
然而，在使用rebase时需要谨慎，特别是在处理公共分支时，避免因误操作导致的历史记录混乱。Git rebase是Git版本控制系统中的一个重要工具，用于重写提交历史，整合分支。在公共分支上rebase会改变提交历史，导致其他开发者的提交记录失效。不同，rebase不会创建新的合并提交，而是重新应用提交，以确保项目历史看起来像是线性的。在功能分支上工作时，经常需要保持与主分支同步。Git rebase是将一个分支上的所有提交移动到另一个分支的末端的过程。会创建一个新的合并提交，保留所有分支的提交历史。
Git进阶（十八）：git rebase详解
IT全栈 华强工作室
11-05 1万+
rebase使用方法git rebase [基节点]git rebase [基节点] [待变基节点]rebase后面的参数可以是两个，也可以是一个，当rebase为一个参数的时候其实是省略了第二个参数，第二个参数为HEAD指针当前指向的那个节点。
git rebase 合并提交与避免分叉合并
small_white_123的博客
11-28 6万+
rebase的两种用法合并当前分支的多个commit记录避免出现分叉合并 合并当前分支的多个commit记录 你可能会出现过以下提交记录: $ git log --pretty=format:'%h: %s' d2399da: feat: modify c 0134695: feat: modify b eb63848: feat: modify b 51c0bca: feat: modify b 4cb600e: feat: modify a d29f331: Initial commit 此时 中间的
git rebase基本使用
constant_rain的博客
06-06 3429
1.为什么要使用rebase？ 在我们使用git中，经常性的会创建新的分支进行功能开发或者代码优化，commit会产生很多，其中很多commit都是一些无用或者重复的，对于用户并没有什么帮助，反而会给用户产生误解，这个时候我们需要把这些commit进行rebase，其实就是把多次的commit进行合并成为一次commit 2.什么是rebase？ rebase通俗来说就是把多次commit合并成一次commit，我称之为rebase 3.名称解释 pick：保留该commit（缩写:p） reword：
Git常用命令rebase
YIYIYI
05-17 4万+
Git常用命令rebase
git rebase的用法
weixin_45721948的博客
08-08 712
将当前分支中从commit1到commit2之间的提交移动到目标分支的最新提交上。: 将当前分支中从branch1到branch2之间的提交移动到branch3上。: 将当前分支的提交移动到指定分支的最新提交上，并将当前分支切换到指定分支。可以合并、删除、修改提交等操作。: 编辑rebase的TODO文件，可以调整各个操作的顺序。: 在解决冲突后，跳过当前提交并继续执行rebase操作。: 取消rebase操作，恢复到rebase之前的状态。: 在解决冲突后，继续执行rebase操作。
git rebase操作
jygqm的博客
07-04 4967
git rebase 算是git里的高级操作了，他主要用来解决两种情况。 有时候我们对于一个简单的需求提交了多次，这样非常不利于code review，所以我们需要将多次提交合并成一次提交。（即多次commit合并成一次commit） 你从master创建一个分支开发，然后你的同事又从master创建一个分支开发，但是他比你先提交，所以远程的master分支比你的本地master走的远，所以现在...
git rebase详解（图解+最简单示例，一次就懂）
热门推荐
风中一匹狼的博客
07-26 63万+
在拉公共分支最新代码的时候使用rebase，也就是git pull -r 但往公共分支上合代码的时候，使用merge
git 学习总结
Javazzc123的专栏
06-28 468
为啥要学Git? 答：不学Git，无法参与满足大公司代码开发功能（版本管理、提交代码）。
git rebase -i HEAD
张茫原
01-16 1万+
大部分技术公司在用git管理代码时，经常会要求commit信息的格式，格式不对是提不上去的。寻找并修改错误信息也是个技术活，我在这方面没少吃亏，现在就把自己的经验分享给大家： /修改历史提交信息  git rebase -i HEAD~3（这个数字3只是为了示例，你可以任意给） 这个命令出来之后，会出来三行东东：        pick:******* pick:******
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值