迹忆客 专注技术分享

这篇文章将介绍我们如何在使用 Git 提交时恢复我们不想做的事情。Git 并没有那么复杂，我们需要一个大的过程来解决我们的特定问题，但它不仅仅是导致的问题如此之大，以至于需要不同的技术，这取决于我们遇到的问题和我们想要的结果。

Git 的许多方面都很容易理解，但回到我们以前的状态要容易得多，而且值得赞赏；撤消仓库中的主要更改更容易。当我们不知道如何使用命令执行时，这是一个有点可怕的时刻。但实际上，执行诸如提交或撤消提交之类的小事出奇地容易。

但是在这种情况下，你将如何撤消不需要的提交，然后提交你的新更改。

假设你进行了一些更改然后提交了更改，为此，有四种方法可以执行此操作：

在 Git 中撤消提交 - 硬重置

如果你有这个，其中 40 是你的 HEAD，(42) 是我们文件的状态。

   (42)
38-39-40
    ↑
  Head

并且你想撤消提交 40 并且永远不想再次看到它并删除本地修改文件中的所有更改。

我们将使用以下命令：

git reset --hard HEAD ~ 1

输出：

 (42)
38-39
   ↑
 Head

现在 39 是 HEAD。因为在上面的例子中，我们使用了 --hard，现在你的文件被重置为提交头时的状态，即第 39 次提交。

在 Git 中撤消提交 - 重置 Git

让我们假设最后一次提交 40 没什么大不了的，只是有点偏离我们的目标。现在我们想撤消提交但保留我们的更改。从这里重新开始，以 40 作为我们的 HEAD：

   (42)
38-39-40
    ↑
  Head

我们将使用以下命令，而不是使用 --hard 参数：

git reset HEAD ~ 1

输出：

   (42)
38-39-40
  ↑
Head

正如我们在这两种情况下看到的，HEAD 只定义了最新的提交。当我们执行 git reset HEAD~1 时，Git 命令会将 HEAD 指针移回一次提交。但是（除非你使用 --hard）我们将文件保持原样。我们没有失去任何东西。

在 Git 中撤消提交 - 软重置 Git

简单地说，你甚至可以撤消我们的提交，但使用以下命令保留我们的文件和索引：

git reset --soft HEAD ~ 1

这不仅会将我们的文件留在那里；它甚至将我们的索引留在那里。当我们执行 git status 时，我们会看到索引中的文件和以前一样。事实上，我们会在这个命令之后看到，我们可以执行 git commit，并且会再次执行我们刚刚进行的早期提交。

在 Git 中撤消提交 - 恢复硬重置文件

假设我们像第一个选项示例中那样撤消提交，但后来意识到我们需要它。现在，该怎么办？

别担心，还有办法把它找回来。我们将使用命令 git reflog 并查看我们移动的（未完成的）提交列表。找到我们销毁的提交，然后执行以下操作：

git checkout -b BranchName CommitYouDestroyed

我们现在已经恢复了那个提交。在 Git 中，提交在删除之日起的 90 天内不会删除，因此我们可以轻松地将其作为备份再次恢复到仓库中。