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
    评论
专栏目录
解决使用commit提交大文件无法推送到远程库问题及git rebase使用详解
10-15
主要介绍了解决使用commit提交大文件无法推送到远程库问题及git rebase使用详解,本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下
git-rebase-reword:修改任何git commit不仅要持续
05-13
git-rebase-reword git-rebase-reword是一个简单的git命令，以与修改相同的方式来更改一个提交（最后一个或更旧的提交） 文献资料 它是基于对rebase交互操作的名称来...$ git rebase-reword < commit> 例子 # reword
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修改前一次提交的方法(特别注意保持Change-Id不变)
gudujianjsk的专栏
09-09 4246
基本概念 如果发现上一次提交的内容存在问题，就需要修改了。 基本概念 Change: Gerrit中的一个Change就是一个Review任务，它对应一个commit。 每个commit，应该是为了一个目的的完整修改。如果某一次修改不完全，就需要修正该commit。 每一次修正之前的commit，重新提交时，都应该保持Change-Id不变，这样就不会产生新的Ch
【随笔】Git 高级篇 -- 提交的技巧（上） rebase & commit --amend（十八）
最新发布
JMFive的博客
04-08 2495
大家好，又见面了，我是夜阑的狗🐶，本文是专栏【Git】专栏的第十七篇文章;这是今天学习到Git 高级篇 – 提交的技巧 💖💖💖，开启新的征程，记录最美好的时刻🎉，每天进步一点点。【Git】， 此专栏是我是夜阑的狗对Git，Gitee等工具使用过程的总结，希望能够加深自己的印象，以及帮助到其他的小伙伴😉😉。如果文章有什么需要改进的地方还请大佬不吝赐教👏👏。接下来这种情况也是很常见的：你之前在newImage分支上进行了一次提交，然后又基于它创建了caption分支，然后又提交了一次。
【git命令】重写提交说明 git commit --amend && git rebase -i commit-id
SMonkeyKing的博客
07-09 1968
git commit -m “提交说明” 修改最新提交的提交说明 git commit --amend 进入最新提交的提交说明编辑页面，用户可以随意修改，然后退出保存 修改历史提交的提交说明 git rebase -i commit-id ...
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，修改commit，合并commit
04-23
git rebase -i HEAD~n，n条commit进行rebase 将需要修改的commit信息，将pick命令改为 r 命令；ESC 输入 :wq 回车 开始修改commit信息，修改完，ESC 输入 :wq 回车 打印出成功 git log oneline -n，查看n条log信息，...
git-absorb：git commit --fixup，但是自动
02-02
git-absorb：git commit --fixup，但是自动
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 合并多个 Commit
有志者事竟成
04-13 1814
在使用 Git 作为版本控制的时候，我们可能会由于各种各样的原因提交了许多临时的 commit，而这些 commit 拼接起来才是完整的任务。那么我们为了避免太多的 commit 而造成版本控制的混乱，通常我们推荐将这些 commit 合并成一个。 首先假设我们有3个 commit git-log-origin.png 我们需要将 2dfbc7e8 和 c4e85
使用git rebase合并多次commit
一码算一码
09-23 394
1. 背景 一个repo通常是由一个team中的多个人共同维护，如果需要增加新feature，那么就是一个feature分支了。由于开发中各种修改，本feature分支多次commit。最后提交master后，会看到乱七八糟的所有增量修改历史。其实对别人来说，我们的改动应该就是增加或者删除，给别人看开发过程的增量反而太乱。于是我们可以将feature分支的提交合并后然后再merge到主干这样看起来就清爽多了。 记得知乎上有个帖子提问为啥vue的作者尤大大在开发vue的时候，提交历史能做到如此清爽。Git
git rebase 后找回消失的commit
热门推荐
whereismatrix的专栏
01-30 1万+
git rebase 后找回消失的commit
git rebase branch内部调整 调整commit顺序
Claroja
03-19 1990
git rebase -i commitID commitID相当于根,所以调整的是下游的commitID 命令行处理 1.准备数据 文本内容 version1 version2 version3 version4 6d9da8c (HEAD -> master) version4 77f4597 version3 2c9a2d1 version2 8f53d32 version1 2.git rebase 2c9a2d1 变基到version2的commit 我们想要调整version3和ve
git基于change代码修改与提交
Zhang Phil
08-06 441
git cherry-pick：复制多个提交commit到当前分支git cherry-pick的作用是合并不同分支的若干个commit到当前分支，这些若干个commit代码提交可以是不同分支的commit提交，如图：现在master分支打算把develop分支的C、D、E这三次提交复制到当前mater分支，那么首先需要从develop切换到分支到master:git checko...git cherry-pick解冲突push到远程代码仓库。某种意义上讲，change相当于git的分支。
Git高级操作之rebase
默默奔跑
01-11 1815
Git高级操作之rebase
git 将多个commit id 打包成一个或者是多个commit id
哆啦咪~fo
10-26 2146
我们有时候会出现频繁提交代码的问题，可能多个commit id 实际上一个作用，为了让git log看起来更清晰，我们会将多个commit id 合并成若干个commit id. 这就涉及到git rebase -i. 通过这条命令，我们可以修改git 提交的顺序， 或者是删除某个commit , 修改某个commit 信息， 下面就详细介绍git rebase -i。 git log //假...
IDEA Git操作（三）使用 cherry-pick、交互式 rebase 自由修改提交树
qq_54781283的博客
06-20 358
本教程按照 git在线练习 顺序进行，将在线测试的命令操作落地到 IDEA，使用开发工具来实现所有在线练习中的操作。你可以结合 git在线练习 来学习本教程，先在线学习git命令，再在 IDEA 中实现相同操作。新建 bugFix、side 和 another 分支 上面的提交历史对照 learngitbranching.js.org 的结构图选中这三个提交右键选择 cherry-pick如果出现代码合并提示，选择 merge，将 bufFix 2 提交的代码合并到 master 的代码按照正确代码逻辑，向
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、付费专栏及课程。

余额充值