如何“取消恢复”恢复的 Git 提交？

Question

假设已使用 commit 提交更改，然后使用 revert 还原，那么撤消该还原的最佳方法是什么？

理想情况下，这应该通过新的提交来完成，以免重写历史记录。

Answer 1

gitcherry-pick<原始提交sha>
将制作原始提交的副本，本质上是重新应用提交

恢复恢复将执行相同的操作，但提交消息更混乱：
git revert

这两种方式都允许您 git Push 而不覆盖历史记录，因为它会在还原后创建一个新的提交。
输入提交 sha 时，通常只需要前 5 或 6 个字符：
gitcherry-pick 6bfabc

Answer 2

如果您还没有推送该更改，git reset --hard HEAD^

否则，恢复恢复就完全没问题了。

另一种方法是 git checkout HEAD^^ -- . 然后 git add -A && git 提交。

Answer 3

恢复提交就像 git 中的任何其他提交一样。这意味着，您可以恢复它，如下所示：

git revert 648d7d808bc1bca6dbf72d93bf3da7c65a9bd746

这显然只有在推送更改后才有意义，尤其是当您无法强制推送到目标分支时（这对您的 ma​​ster 来说是一个好主意）分支）。如果更改尚未推送，只需按照其他帖子进行挑选、恢复或简单地删除恢复提交。

在我们的团队中，我们有一条规则，对在主分支中提交的还原提交使用还原，主要是为了保持历史记录干净，以便您可以看到哪个提交还原了什么：

     7963f4b2a9d    Revert "Revert "OD-9033 parallel reporting configuration"
     "This reverts commit a0e5e86d3b66cf206ae98a9c989f649eeba7965f.
                    ...
     a0e5e86d3b6    Revert "OD-9055 paralel reporting configuration"
     This reverts commit 648d7d808bc1bca6dbf72d93bf3da7c65a9bd746.
                ...
     Merge pull request parallel_reporting_dbs to master* commit 
    '648d7d808bc1bca6dbf72d93bf3da7c65a9bd746'

这样，你可以追溯历史，弄清楚整个故事，甚至那些不了解遗产的人也可以自己解决。然而，如果您cherry-pick或rebase内容，这些有价值的信息就会丢失（除非您将其包含在评论中）。

显然，如果一次提交被恢复并重新恢复多次，那就会变得非常混乱。

Answer 4

恢复恢复就可以解决问题

例如，

如果 abcdef 是您的提交，ghijkl 是您恢复提交 abcdef 时的提交，然后运行：

git revert ghijkl

这将恢复恢复

Answer 5

如果您错误地进行了恢复：

git revert <commit-id>

您只需要运行：

git cherry-pick <commit-id>

我必须使用此命令提交我的更改以进行处理。

您可以通过运行以下命令获取您的提交 ID：

git log --pretty=format:"%h - %an, %ar : %s"

Answer 6

我是这样做的：
如果分支 my_branchname 包含在已恢复的合并中。我想取消恢复 my_branchname ：

我首先从 my_branchname 执行 git checkout -b my_new_branchname。
然后我执行 git reset --soft $COMMIT_HASH ，其中 $COMMIT_HASH 是 第一次提交之前提交的提交哈希>my_branchname（参见git log）
然后我进行一个新的提交 git commit -m "Add back reverted Changes"
然后我推送新分支 git push origin new_branchname
然后我向新分支发出了拉取请求。

Answer 7

如果您不喜欢“恢复恢复”的想法（特别是当这意味着丢失许多提交的历史信息时），您可以随时前往有关 "恢复错误的合并"。

给定以下开始情况

 P---o---o---M---x---x---W---x
  \         /
   A---B---C----------------D---E   <-- fixed-up topic branch

（W 是合并 M 的初始恢复；D 和 E 是对最初损坏的功能分支/提交的修复）

您现在可以简单地重播提交 A 到 E，以便它们都不“属于”恢复合并：

$ git checkout E
$ git rebase --no-ff P

分支的新副本现在可以再次合并到 master：

   A'---B'---C'------------D'---E'  <-- recreated topic branch
  /
 P---o---o---M---x---x---W---x
  \         /
   A---B---C----------------D---E

Answer 8

或者，您可以在之前进行 git checkout -b 和 gitcherry-pick 以及 git rebase删除恢复提交。像以前一样发送拉取请求。

Answer 9

要取回提交后恢复的未暂存和已暂存的更改：

git reset HEAD@{1}

要恢复所有未暂存的删除：

git ls-files -d | xargs git checkout --

Answer 10

在意外删除所有文件的最初恐慌之后，我使用以下方法恢复了数据

git reset HEAD@{1}         
git fsck --lost-found      
git show 
git revert <sha that deleted the files>

Answer 11

我遇到了一个问题，有人将我的分支恢复为 master，但我需要能够再次合并它，但问题是恢复包括我的所有提交。
让我们看一下我们从 M1 创建功能分支的情况，我们在 M3 中合并我们的功能分支并在 RM3 中恢复它

M1 -> M2 -> M3 -> M4- > RM3 -> M5
 \.         /
  F1->F2 -

如何使 F2 能够合并到 M5？

git checkout master
git checkout -b brach-before-revert
git reset --hard M4
git checkout master
git checkout -b new-feature-branch
git reset --hard M1 
git merge --squash brach-before-revert

Answer 12

我看到响应中包含命令 git reset --hard HEAD ，没有任何警告。由于选项 --hard，您应该小心使用该命令。它会重置您的索引和远程存储库，但最重要的是，它还会重置您的本地存储库，并且所有未推送到远程的提交都将丢失，无论是本地存储库还是索引。切勿使用该标志 --hard ，除非您确定还想重置从当前提交到您选择的哈希的所有本地工作。
如果您错误地执行了此操作，请运行 git reflog 来检索您的 ~hash，然后运行 ​​git reset --hard ~hash 来恢复您的文件。

Answer 13

就我而言，我需要在恢复后提交更改，然后才能无故障地挑选原始提交。

git commit -m "Make changes (original commit)."
git revert <original commit hash>
git commit -m "Revert original commit."
git cherry-pick <original commit hash>

Answer 14

另一种方法：从已恢复的提交创建补丁，然后应用该补丁。

您可以通过命令行或 SourceTree 等 ui 工具执行此操作。

如何为特定的项目生成 Git 补丁提交？