git rebase后commit id的变化

最新推荐文章于 2024-04-08 11:17:20 发布
最新推荐文章于 2024-04-08 11:17:20 发布
阅读量3.1k 收藏
点赞数
分类专栏： 学习笔记
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/choumin/article/details/114727251
版权

经测试发现，在执行完 git rebase 之后，

1）会生成的新的 commit id

2）新 commit 与旧 commit 的父节点不相同

3）旧 commit 的父节点保持不变

查看某个 commit 的父节点的方法：

$ git log --pretty=%P -n 1 commit-id

 

choumin
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
git rebase的使用
xz的博客
12-07 181
git rebase的简单实用 1.优雅的拉取当前分支代码 2.优雅的合并不同分支
git rebase 合并多条commit
Janus_lian的博客
07-29 284
文章目录一、使用情况二、使用方法1、查看提交日志2、合并命令3、编辑指令4、推送到远程 一、使用情况         有时候我们修改了一个问题，commit之后发现还需要优化，又修改了多次完成，但是commit了N多次，这时候最好将几条commit合并。         总有人问为啥合并，bug都修好了，也不耽误使用？对，不耽误功能，耽误别人看（狗头
git，修改commit，合并commit
04-23
修改commit信息 git log oneline -n，查看n条log信息 git rebase -i HEAD~n，n条commit进行rebase 将需要修改的commit信息，将pick命令改为 r 命令；ESC 输入 :wq 回车 开始修改commit信息，修改完，ESC 输入 :wq 回车 打印出成功 git log oneline -n，查看n条log信息，已修改 合并commit信息 git log oneline -n，查看n条log信息 git rebase -i HEAD~n，n条commit进行rebase 需要被合并的commit信息，将pick命令改为 s 命令，将s合并到pick上，时间上是s向更早的pick上合并；ESC 输入 :wq 回车 弹出信息，ESC 输入 :wq 回车 打印出成功 git log oneline -n，查看n条log信息，已修改
解决使用commit提交大文件无法推送到远程库问题及git rebase使用详解
10-15
主要介绍了解决使用commit提交大文件无法推送到远程库问题及git rebase使用详解,本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下
【随笔】Git 高级篇 -- 提交的技巧（上） rebase & commit --amend（十八）
最新发布
JMFive的博客
04-08 2495
大家好，又见面了，我是夜阑的狗🐶，本文是专栏【Git】专栏的第十七篇文章;这是今天学习到Git 高级篇 – 提交的技巧 💖💖💖，开启新的征程，记录最美好的时刻🎉，每天进步一点点。【Git】， 此专栏是我是夜阑的狗对Git，Gitee等工具使用过程的总结，希望能够加深自己的印象，以及帮助到其他的小伙伴😉😉。如果文章有什么需要改进的地方还请大佬不吝赐教👏👏。接下来这种情况也是很常见的：你之前在newImage分支上进行了一次提交，然后又基于它创建了caption分支，然后又提交了一次。
git-rebase-reword:修改任何git commit不仅要持续
05-13
git-rebase-reword git-rebase-reword是一个简单的git命令，以与修改相同的方式来更改一个提交（最后一个或更旧的提交） 文献资料 它是基于对rebase交互操作的名称来命名的，以补充提交“ reword”。 参见和 -section交互模式-## Install 下载并符号链接到您的路径 $ git clone https://github.com/albfan/git-rebase-reword.git $ cd git-rebase-reword $ ln -s $PWD /git-rebase-reword ~ /bin/ $ ln -s $PWD /reword_editor ~ /bin/ ＃＃用法 $ cd < repo> $ git rebase-reword < commit> 例子 # reword
git-absorb：git commit --fixup，但是自动
02-02
git-absorb：git commit --fixup，但是自动
git rebase 合并多个 Commit
有志者事竟成
04-13 1814
在使用 Git 作为版本控制的时候，我们可能会由于各种各样的原因提交了许多临时的 commit，而这些 commit 拼接起来才是完整的任务。那么我们为了避免太多的 commit 而造成版本控制的混乱，通常我们推荐将这些 commit 合并成一个。 首先假设我们有3个 commit git-log-origin.png 我们需要将 2dfbc7e8 和 c4e85
git 合并多次 commmit -----命令行git rebase -i commitId
qiaoqiaoBigBoss的博客
02-06 1321
有的时候我们修改一个小bug就会提交，多次提交会使留下的历史提交信息多而杂，当我们想要将他们的提交信息合并成一个提交信息时，就需要使用这个git 命令行了。 git rebase -i commitId 首先我们以具体事例来进行演示，需求是：我想要将最近四次提交的commit 合并成一次的提交commit点。 第一步：查看我们的提交日志 git 命令是：git log 我们要注意一个点，最新的提交记录会在最上方 第二步：开始合并 git 命令：git rebase -i commitId 这里的comm
Git 使用 rebase 修改历史提交记录
不怕麻烦的鹿丸的博客
02-08 3828
运行以下这条命令之后，它会打开一个vim编辑器，我们就可以修改上一次commit时输入的提交信息。接下来你要是想修改描述信息的话，直接键入：i，此时进入了输入模式。可用键盘上下键转到描述所在的那一行，然后进行修改。修改完成后，按下Esc键退出编辑模式，在键入:wq回车退出并保存修改，完成提交。amend：是补丁的意思，amend不是修改最近一次commit，而是整个替换掉他。amend后生成的commit是一个全新的commit，之前的老的commit会从项目历史中被删除。
git rebase 命令
小知识折射大智慧
05-29 1437
git rebase 用来合并提交 commit 的提交历史。这个命令应该在合并到master分支之前触发，保证 master 分支上没有那么杂乱的提交明细。 适用场景是：在需求开发过程中，我们有多次 commit 提交操作，在合并到 master 之前，我们可以将这些 commit 操作合并成一个 commit 操作，这样 master 分支就会显得比较干净。 git rebase -i commitID 我对这个命令字面的理解是：将 commitID 作为 base 重新提交一次 commit 操作。
Git高级操作之rebase
默默奔跑
01-11 1815
Git高级操作之rebase
Git常用命令rebase
热门推荐
YIYIYI
05-17 4万+
Git常用命令rebase
fear-and-loathing-with-git-rebase:我在 MAS 上关于 git rebase 的闪电演讲
07-12
git commit --fixup=HEAD git rebase -i HEAD^^ --autosquash 壁球 与fixup类似，但您可以将任意数量的任意提交压缩在一起，然后编辑结果提交的消息 git rebase -i HEAD^^ 重新排序 只允许您重新排序一组提交 去掉...
git rebase -i命令修改commit历史
weixin_34019929的博客
06-12 271
目录 修改commit历史的前提 修改最近的一次提交 修改更早的提交或修改多个提交 修改commit历史的前提 修改历史的提交是可能有风险的，是否有风险取决于commit是否已经推送远程分支，未推送，无风险，如果已推送，就千万不要修改commit了。 修改commit历史，不是在原有...
程序员必会技能系列（2）git中merge和rebase比较-3
wode_dream的专栏
03-31 1118
git merge和git rebase比较
git 修改 changeId
ShiXinXin_Harbour的博客
03-28 6286
git提交 如果想要修改changeId的话 就使用 git commit --amend // 修改上一次的提交 然后会进入到命令行页面编辑修改： 修改完 wq 退出就好啦，修改完成
git rebase后commit丢失
T Yuan
08-08 1140
大致方法都是先找到丢失的commit的SHA值，然后用它来新建一个branch，这样就可以恢复代码之前的commit。具体如下：通过下面的命令找到丢失的commitgit reflog 通过丢失的commit新建一个branchgit checkout -b recovery 5aw24s2 此时我们就回到原点，可以在这个branch上重新操作了。
git rebase
oldmoney
07-01 121
git rebase
git rebase减少commit
08-13
使用 Git rebase 可以帮助您减少 commit 数量，从而使提交历史更加整洁。下面是一些使用 Git rebase 来减少 commit 数量的步骤： 1. 首先，确保您已经在正确的分支上工作，并且该分支包含您要减少 commit 数量的提交。 2. 运行 `git rebase -i HEAD~n` 命令，其中 n 是您希望将要合并的最近 n 个提交的数量。这将打开一个交互式的 rebase 编辑器。 3. 在交互式编辑器中，您将看到一个以 "pick" 开头的提交列表，每个提交都有一个相关的提交 ID 和提交信息。 4. 将您希望合并的提交前面的 "pick" 改为 "squash" 或 "s"（表示将该提交与前一个提交合并）或者 "fixup" 或 "f"（表示将该提交与前一个提交合并，但忽略该提交的提交信息）。 5. 保存并关闭编辑器。 6. 如果在合并提交的过程中发生冲突，Git 会提示您解决冲突。按照之前提到的步骤解决冲突。 7. 使用 `git add` 命令将解决冲突后的文件标记为已解决。 8. 运行 `git rebase --continue` 命令，继续进行 rebase 操作。 9. 如果还有其他需要合并的提交，重复步骤 4-8，直到 rebase 完成。 10. 运行 `git push --force` 命令，将合并后的提交推送到远程仓库。请注意，由于修改了提交历史，所以可能需要使用 `--force` 参数来强制推送。 这些是使用 Git rebase 来减少 commit 数量的基本步骤。请记住，在执行这些操作之前，请确保您已备份您的代码或与团队成员进行沟通。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值