仅使用git-restore<commit_hash>是行不通的。显然,必须指定-m。
当前回答
这是一个非常古老的线索,但我认为缺少另一个方便的解决方案:
我从不恢复合并。我只是从修订版中创建了另一个分支,其中所有内容都正常,然后从中间添加的旧分支中选择所有需要选择的内容。
因此,如果GIT历史是这样的:
dcb<<<合并一...
我从a、cherry pick c和d中创建了一个新分支,然后新分支从b中清除。我可以再次决定在新分支中合并“b”。如果不再需要“b”或“b”仍在另一个(功能/修补程序)分支中,旧分支将被弃用,并将被删除。
现在唯一的问题是计算机科学中最困难的事情之一:如何命名新分支
好的,如果你特别是在devel中失败,你可以如上所述创建newdevel,删除旧的devel并将newdevel重命名为devel。任务完成。现在,您可以在需要时再次合并更改。这就像以前从未合并过。。。。
其他回答
接受的答案和其他一些答案演示了如何使用git-restore命令还原合并提交。然而,对于父提交存在一些混淆。这篇文章旨在通过一个图形表示和一个真实的例子来阐明这一点。
还原合并提交不像git revert<commit hash>那样简单,因为git在从合并提交返回时会因为两个父提交而感到困惑。要指定所需的父级,请使用-m标志。由于git无法确定哪个父级是主线,哪个分支是要自动取消合并的分支,因此必须指定此项。
iss53分支被合并到master中,创建了一个合并提交C6。C6有两个父母C5和C4。
需要恢复C6并将存储库恢复到C4的状态。因此,它必须指定要用于revert命令的父级。
为此,请检查git日志(此处表示实际的提交哈希值和图中的代码名称)>git日志提交C6合并:C4 C5作者:Mozz<mozz@example.com>日期:2月29日星期三23:59:59 2020+0100将分支“iss53”合并到主分支...从git日志输出中,记下Merge:--附带的父ID。它的格式为Merge:parent1 parent2,此处为Merge:C4 C5。C4提交在主分支中,我们需要恢复到它,即父1,这里需要-m1(使用gitlogC4验证先前的提交以确认父分支)。切换到进行合并的分支(这里是主分支,我们的目标是从中删除iss53分支)使用-m 1标志执行git还原。#在主分支中恢复到C4数字还原C6-m 1#C6-是合并提交哈希
对于一些其他情况,
# revert to C5 in iss53 branch
git revert C6 -m 2
# General
git revert <merge commit id> -m 1 (reverts to parent1)
git revert <merge commit id> -m 2 (reverts to parent2)
# remember to check and verify the parent1 and parent2 with git log command.
实际示例
在只有主分支的现有项目上创建了一个新的分支还原测试,提交图现在看起来像这样。
(对于提交的图形化视图,请使用带有git-log[SO ans-ref]的-graph或这个更具交互性的VS代码扩展-git-grraph)
现在,我已经添加了一些新文件,修改了现有文件,并在每个分支上创建了单独的提交,然后将它们推送到源。图形现在看起来如下:
然后,从GitHub创建一个拉取请求,并将恢复测试分支合并到main。
我想撤消合并提交并返回到主分支中的最后一次提交,即12a7327
注意,合并提交-2ec06d9现在有两个父级-12a7327(在主级)和15bde47(在还原测试中),现在检查gitlog,
> git log
commit 2ec06d9d315a3f7919ffe4ad2c2d7cec8c8f9aa3 (HEAD -> main, origin/main, origin/HEAD)
Merge: 12a7327 15bde47
Author: Akshay <63786863+akshay@users.noreply.github.com>
Date: Sun Feb 5 00:41:13 2023 +0530
Merge pull request #1 from Akshay/revert-test
Revert test
要恢复合并提交并返回到12a7327需要执行的操作,
# To the First parent
git revert 2ec06d9 -m 1
现在,编辑器中将显示一条提交消息,指定详细信息、检查和验证。
因此,这将创建一个Revert提交,该提交执行合并提交的反向更改。
最后推送更改,现在合并提交更改消失,日志将如下所示:,
这是一个非常古老的线索,但我认为缺少另一个方便的解决方案:
我从不恢复合并。我只是从修订版中创建了另一个分支,其中所有内容都正常,然后从中间添加的旧分支中选择所有需要选择的内容。
因此,如果GIT历史是这样的:
dcb<<<合并一...
我从a、cherry pick c和d中创建了一个新分支,然后新分支从b中清除。我可以再次决定在新分支中合并“b”。如果不再需要“b”或“b”仍在另一个(功能/修补程序)分支中,旧分支将被弃用,并将被删除。
现在唯一的问题是计算机科学中最困难的事情之一:如何命名新分支
好的,如果你特别是在devel中失败,你可以如上所述创建newdevel,删除旧的devel并将newdevel重命名为devel。任务完成。现在,您可以在需要时再次合并更改。这就像以前从未合并过。。。。
有时,回滚的最有效方法是后退并替换。
git日志
使用第二个提交哈希(完整哈希,在列出错误之前要恢复到的哈希),然后从那里重新广播。
git checkout-b newbranch<HASH>
然后删除旧分支,将新分支复制到原来的位置,然后从那里重新启动。
git branch -D oldbranch
git checkout -b oldbranch newbranch
如果已广播,则从所有存储库中删除旧分支,将重做的分支推到最中心,然后将其拉回到所有存储库。
-m1是被修复的当前分支的最后一个父级,-m2是合并到其中的分支的原始父级。
如果命令行令人困惑,Tortoise Git也可以在这里提供帮助。
我发现在两个已知端点之间创建一个反向补丁,然后应用该补丁即可。这假设您已经创建了主分支的快照(标记),甚至是主分支的备份,比如master_bk_011012017。
假设你合并到master的代码分支是mycodebranch。
签出主机。在主服务器和备份服务器之间创建一个完整的二进制反向修补程序。gitdiff—二进制主文件。。master_bk_01017>~/myrevert.patch检查您的补丁git apply--检查myevert.patch签署后应用修补程序git am--签出<myevert.patch如果修复后需要再次引入此代码,则需要从还原的主节点分支并签出修复分支git分支分支分支修复git校验mycodebranchfix在这里,您需要找到还原的SHA密钥并还原还原git还原现在,您可以使用mycodebranch_fix来解决问题,提交并在完成后重新合并到master中。
推荐文章
- 为什么我需要显式地推一个新分支?
- 如何撤消最后的git添加?
- Rubymine:如何让Git忽略Rubymine创建的.idea文件
- Gitignore二进制文件,没有扩展名
- Git隐藏错误:Git隐藏弹出并最终与合并冲突
- 了解Git和GitHub的基础知识
- 没有。Git目录的Git克隆
- Git与Mercurial仓库的互操作性
- 忽略git中修改(但未提交)的文件?
- “git restore”命令是什么?“git restore”和“git reset”之间有什么区别?
- Git合并与强制覆盖
- Git拉另一个分支
- 在Bash命令提示符上添加git分支
- 如何更改Git日志日期格式
- git pull -rebase和git pull -ff-only之间的区别