小心“revert”这个词
当人们在 Git 中说“我想恢复”时，他们有时是指 git revert 所做的事情，这更像是一个退出操作，有时是指你所做的事情，即 从早期版本恢复源库。
为了说明，假设我们有一个只有一个文件README 和三个提交的提交：
A <-B <-C <-- master (HEAD)
修订版 A 中 README 的版本显示“我是一个 README 文件”，并且只有一行长。
修订版 B 中的 README 版本显示“我是自述文件”。和以前一样，但添加了第二行，“这个文件有五行长。”
修订版 C 中的 README 版本已更正，因为它的第二行显示“此文件有两行长。”
Git 的git revert 可以撤消更改，因此现在运行git revert <hash-of-B> 将尝试删除添加的行。这将失败，因为该行不再匹配（我们可以运行git revert --abort 放弃）。同样，运行git revert <hash-of-C> 将尝试撤消更正。这将成功，有效地将到修订版B！
这个问题，Undo a particular commit in Git that's been pushed to remote repos，完全是关于回退类型的还原。虽然这有时会导致恢复到那种恢复，但它并不相同。根据您的问题，您想要的更多：“让我成为一个新的提交D，它与提交A 具有相同的源代码”。你想恢复到版本A。
Git 没有用户命令恢复到，但是很简单
How to revert Git repository to a previous commit? 这个问题充满了关于使用 git reset --hard 的答案，它可以完成这项工作，但它是通过删除历史来实现的。不过，accepted answer 包含其中一个键，特别是：
git checkout 0d1d7fc32 .
此命令告诉 Git 从给定的提交 0d1d7fc32 中提取该快照和当前目录 (.) 中的所有文件。如果您的当前目录是工作树的顶部，则将从所有目录中提取文件，因为. 递归地包含子目录文件。
这样做的一个问题是，是的，它会提取所有文件，但它不会删除（从索引和工作树中）您拥有但没有的任何文件'不想要。为了说明，让我们回到我们的三提交存储库并添加第四个提交：
$ echo new file > newfile
$ git add newfile
$ git commit -m 'add new file'
现在我们有四个提交：
A <-B <-C <-D <-- master (HEAD)
commit D 有正确的两行 README，和新文件 newfile。
如果我们这样做：
$ git checkout <hash-of-A> -- .
我们将用来自提交A 的版本覆盖README 的索引和工作树版本。我们将回到单线README。但是我们的索引和工作树中仍然会有文件newfile。
要解决这个问题，我们应该从删除索引中的所有文件开始，而不是从提交中签出所有文件：
$ git rm -r -- .
然后从提交A重新填充索引和工作树是安全的：
$ git checkout <hash> -- .
（我尝试在此处自动使用--，以防我想要的路径名类似于选项或分支名称或类似名称；即使我只想检查名为@ 的文件或目录，它也能正常工作例如 987654357@）。
完成这两个步骤后，就可以安全地git commit 结果了。
次要：快捷方式
由于 Git 实际上只是从索引中进行提交，您所要做的就是将所需的提交复制到索引中。 git read-tree 命令执行此操作。你可以让它同时更新工作树，所以：
$ git read-tree -u <hash>
足以代替删除和结帐。 （您仍然必须像往常一样进行新的提交。）