git rebase -i HEAD~2 合并当前分支代码报错

最新推荐文章于 2025-05-30 09:41:01 发布
原创 最新推荐文章于 2025-05-30 09:41:01 发布 · 2.3k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#git

业务场景: 代码review后，需要调整

正常流程，执行命令

  1. git rebase -i HEAD~2
    1.1 中间还需要调整一下分支key(流程如图)

    图1：在这里插入图片描述
    图2：
    在这里插入图片描述
    然后保存

  2. git push -f

在进行到图2流程时，不小心新增了一个点
报错：error: invalid line 2: s； c5d794cbb
在这里插入图片描述

解决方式：找到rebase-merge文件夹中的git-rebase-todo文件

在这里插入图片描述
在这里插入图片描述
修复刚刚犯下错误：s: ----> s
在这里插入图片描述

然后在console中执行命令

git rebase --skip

冲突完美解决

【git】doghead 工程显示 (main|REBASE 2/2)
突围
08-05 239
git rebase --continue
Git 教程-第九篇：Git 故障排除与常见问题解决
无
06-05 74
误操作恢复已推送提交用git revert，未推送用git reset（谨慎使用--hardgit reflog是找回丢失数据的核心工具。网络与权限SSH 问题优先检查密钥配置，HTTPS 问题关注账号权限和代理设置。团队协作制定「误操作应急流程」，重要操作前备份分支。通过理解 Git 的底层原理（如提交哈希、分支指针），多数故障均可通过合理工具链解决，避免因恐慌操作导致不可挽回的损失。
使用git rebase -i HEAD~2合并commit提交
qq_42775791的博客
08-16 1927
使用git rebase -i HEAD~2合并commit提交
Git Rebase的使用
yt94832的博客
05-30 819
然而，在使用rebase时需要谨慎，特别是在处理公共分支时，避免因误操作导致的历史记录混乱。Git rebase是Git版本控制系统中的一个重要工具，用于重写提交历史，整合分支。在公共分支上rebase会改变提交历史，导致其他开发者的提交记录失效。不同，rebase不会创建新的合并提交，而是重新应用提交，以确保项目历史看起来像是线性的。在功能分支上工作时，经常需要保持与主分支同步。Git rebase是将一个分支上的所有提交移动到另一个分支的末端的过程。会创建一个新的合并提交，保留所有分支的提交历史。
git rebase -i HEAD~2
jackleechina2011212的博客
09-04 2492
最新提交gei远程git服务器出错，紧接着修复正确后，再次提交给远程git服务器。 [code="java"] git rebase -i HEAD~2 [/code] 接着在新出现的编辑框中的某一行（所在行是要被并入另一行的行），删除pick,输入f。（最新的项并入前一项） esc :wq 最后 [code="java"] git push for-master [/...
git rebase -i HEAD~2 将提交合并到上一次未审核的提交
不是CC哥
11-25 7026
git add ./ git commit -m"oooooooo" git rebase -i HEAD~2 (索引从1开始，同理若更改前n次的commit，此处改为n即可) 显示如下： pick 238fedf balabala。 pick 941fb81 oooooooo # Rebase 3c79056..941fb81 onto 3c79056 # # Command
admin@18099092-BG MINGW64 /f/TrainingFor2025/GitAndGerrit/GerritProj/training-2025/nanchanjuan (nanchanjuan) $ git rebase --onto 126a175ac0f 89ea232 105450b error: could not apply 105450b... commit 5 Resolve all conflicts manually, mark them as resolved with "git add/rm <conflicted_files>", then run "git rebase --continue". You can instead skip this commit: run "git rebase --skip". To abort and get back to the state before "git rebase", run "git rebase --abort". Could not apply 105450b... commit 5 Auto-merging nanchanjuan/a.txt CONFLICT (content): Merge conflict in nanchanjuan/a.txt admin@18099092-BG MINGW64 /f/TrainingFor2025/GitAndGerrit/GerritProj/training-2025/nanchanjuan (detached HEAD|REBASE 1/1) $ cat a.txt Hello git and gerrit! <<<<<<< HEAD This is re-commit 3 file. ======= This is commit 5 file. >>>>>>> 105450b (commit 5) 怎么处理？
最新发布
07-30
根据提示，他们处于rebase过程中，当前分支是detached HEAD状态，且正在处理第1个提交的冲突。冲突的文件是a.txt，里面有两个版本的内容：HEAD（也就是新的基底提交3）和commit 5的内容。 接下来，用户需要手动解决...
git的突出解决--git rebase之abort、continue、skip
weixin_33809981的博客
05-18 2687
（1）应用实例描述 假设在github或者gitoschina上建立了一个项目，默认分支为master分支，远程master分支上c.sh文件内容： 开发者A、B分别将项目拷贝到自己本地进行开发 某一天，开发者B提交c.sh，并且提交成功， 之后，开发者A在本地代码并没有和远程master分支的代码同步的情况下，对本地的c.sh进行了修改，修改后c.sh内容如下： ...
Git常见问题及解决方案
qq_38796065的博客
12-23 1897
1.执行git commit -m "中文"后出现乱码，需要进行如下设置 git config --globali18n.commitencoding utf-8 2.修改项目后提交代码 git add . git commit -m "最新提交" #查看状态 git status git push 2.1 git add .有问题，想撤销，则 #两种情况： git rese...
git单独跟踪远程分支及处理合并异常情况
weixin_46125941的博客
04-09 932
是的，可以通过 Git 命令自动拉取远程分支并在本地创建同名分支。
git rebase -i
didenglei8217的博客
08-13 949
git rebase -i作用: 合并提交示例:如图所示:原因:出现了两个第十一章的提交信息, 其实提交内容是一样的, 但是提交概述不一样. 这就让我很不爽. 我想把两次的概述信息合并为一个解决办法:### 需要用到 git rebase -i 命令来压缩合并两次提交在终端输入: git rebase -i HEAD~2 这里的 HEAD~2 表示合并最近两次的提交, 如果想合并最...
Git——rebase命令
时光·漫步的博客
11-29 3017
1. 应用场景 合并多次提交记录 分支合并 对一个分支做『变基』操作 2. 合并多次提交记录 合并最近两次commit: git rebase -i HEAD~2 执行命令后会自动进入vi编辑模式： pick 6935383 rename冲突 pick 23b1a51 debug # Rebase eb7f366..23b1a51 onto eb7f366 (2 commands) # # Commands: # p, pick <commit> = use commit..
git rebase -i 详解
酒无忧的博客
10-23 4417
git rebase命令允许我们轻松地更改一系列提交，修改存储库的历史记录。我们可以重新排序、编辑或合并提交。一般常用git rebase来合并当前分支的多个commit记录（压缩）以及避免出现分支的交叉合并（变基）1。
Git执行"git rebase -i HEAD~xxx"报错：git rebase fatal: Needed a single revision invalid upstream –i...
weixin_30311605的博客
06-13 2208
一、问题"git rebase -i HEAD~xxx"是修改git 历史记录的一个很有用的命令。 但是有时在执行该命令时会出现以下错误：$ git rebase –i HEAD~8fatal: Needed a single revisioninvalid upstream –i 二、错误原因当前执行操作的点不在任何分支上，或者可能rebase后面的参数是一个错误的分支；当前执行操作的点前面...
git rebae -i
程序员有点田blog
11-15 613
pick删除一样，pick是删除这一行，drop是使用命令描述删除这一行的提交。后，对每行进行删除或上下替换位置即可充值commit顺序或删除。为把修改add后添加到当前的提交上。保存后终端显示以下两个关键句。表示不做处理，继续下一个提交。到3.txt文件中，并保存。
git rebase
u012102536的博客
03-31 174
场景：提交到了暂存区，还没有推送到远程仓库的多次提交，可以合并成一次提交 操作 1）提交到在暂存区 命令操作 1） alt +f12 召唤控制台 输入git rebase -i HEAD~~ (git rebase -i HEAD~2) pick 是使用本次提交 s 是压缩的意思,J 具体操作见下： 修改第一个注释 最终结果： idea操作 1）选中要合并的最早的提交 2） 1 合并 2 修改合并后的提交注释 效果图 ...
git 合并两个提交- git rebase -i (图文)
金戈铁马
03-10 5178
问题： 当前GIT库三个提交，希望把最近的两个提交合并为一个提交。 操作方法：git rebase -i HEAD~2 这里2 为要合并的提交的数量 执行该命令后，弹出的界面如下 ： pick 保留 squash 合并 将第二个提交合并，第一个保留，修改如下后保存退出。 弹出如下界面，编辑提交日志： 修改日志如下，再保存退出： 提示合并成功： 再用git...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值