撤消 Git 中已推送到远程仓库的特定提交答案

【问题标题】：Undo a particular commit in Git that's been pushed to remote repos撤消 Git 中已推送到远程仓库的特定提交
【发布时间】：2020-06-12 20:26:13
【问题描述】：

撤消特定提交的最简单方法是：

因为如果不是最新的提交，

git reset HEAD

不起作用。而且因为它已被推送到远程，

git rebase -i

和

git rebase --onto

会导致遥控器出现问题。

更何况，我真的不想修改历史。如果有错误的代码，它就存在于历史中并且可以看到。我只是想把它放在工作副本中，我不介意反向合并提交。

换句话说，Git 相当于以下 svn 命令：

svn merge -r 303:295 http://svn.example.com/repos/calc/trunk

通过反向合并这些修订中的所有更改来删除从 295 到 302 的所有更改，作为新的提交。

svn merge -c -302 ^/trunk

这会撤消 302 提交，当然是通过添加另一个提交来反向合并来自相应提交的更改。

我认为这应该是 Git 中一个相当简单的操作和一个相当常见的用例。原子提交还有什么意义？

我们有 staging stashing 并且所有这些都是为了确保提交是完全原子的，您不应该能够轻松撤消一个或多个原子提交吗？

【问题讨论】：

【解决方案1】：

使用git log 识别提交的哈希值，然后使用git revert <commit> 创建一个删除这些更改的新提交。在某种程度上，git revert 是 git cherry-pick 的反面——后者将补丁应用于缺少它的分支，前者将其从拥有它的分支中删除。

【讨论】：

如果您想要返回代码，但不自动再次提交，请使用 -n 开关
“m”选项有什么作用？我尝试了 git revert 8213f7d 但得到了这个：错误：提交 8213f7dad1ed546b434a0d8a64cb783b530a5a30 是一个合并，但没有给出 -m 选项。致命：还原失败
恢复合并： git revert -m 1
警告任何想要恢复合并的人： git revert 将撤消所有数据更改（即文件更改将被恢复），但合并仍保留在历史记录中。因此，如果您稍后尝试再次合并同一个分支，它将不包括在恢复合并之前来自合并分支的任何提交。这很可能不是您想要的。为了再次完全合并分支，您需要首先恢复您恢复原始合并的提交。在此处了解更多信息：kernel.mirrors.pair.com/pub/software/scm/git/docs/howto/…
@etreworgy 评论中的链接是 404。我怀疑这是链接的最新版本：kernel.org/pub/software/scm/git/docs/howto/…

【解决方案2】：

我不喜欢 git revert 所做的自动提交，所以这可能对某些人有所帮助。

如果你只想要修改后的文件而不是自动提交，你可以使用--no-commit

% git revert --no-commit <commit hash>

与-n相同

% git revert -n <commit hash>

【讨论】：

如果您已经在没有-n 的情况下恢复，您也可以使用git reset HEAD~1 --soft
但是git reset HEAD~n 不会解决任何不能从头部连续到达的提交的撤消问题。查询是恢复任何特定的提交。
我使用了这个解决方案，但在还原过程中遇到了冲突。解决冲突后，我按照它的指示做了git revert --continue。它奏效了，但遗憾的是承诺了结果。也许我需要做git revert --no-commit --continue。
@sangeethkumarp Daniel 的评论是您可以在git revert 之后采取的额外步骤，如果您忘记了-n；因为此时最后一次提交是还原，所以软重置将撤消该提交，但不会撤消还原的相关代码更改
@Daniel 通过评论工作为我提供了解决方案，非常感谢 ''git reset HEAD~1 --soft''

【解决方案3】：

因为它已经被推送了，所以你不应该直接操纵历史。 git revert 将使用新的提交恢复来自提交的特定更改，以免操纵提交历史。

【讨论】：

【解决方案4】：

如果您要恢复的提交是合并提交（已经合并），那么您应该使用-m 1 或-m 2 选项，如下所示。这将使 git 知道要使用合并提交的哪个父提交。更多详情请见HERE。

【讨论】：