如何使用'git reset --hard HEAD'恢复到之前的提交?

时间:2012-03-02 06:36:07

标签: git head git-reset git-revert

我知道Git跟踪我对我的应用程序所做的更改,并且它一直保留给我们,直到我提交更改,但这里是我挂断的地方:

当我想恢复到之前的提交时,我使用:

git reset --hard HEAD

Git回复:

HEAD is now at 820f417 micro

如何将硬盘上的文件恢复为之前的提交?

我接下来的步骤是:

git add .
git commit -m "revert"

但我的硬盘上没有任何文件发生变化......

我在做什么是对还是错?

2 个答案:

答案 0 :(得分:916)

首先,值得注意的是git reset --hard是一个潜在危险的命令,因为它会丢弃所有未提交的更改。为安全起见,在使用之前,应始终检查git status的输出是否干净(即为空)。

最初您说以下内容:

  

所以我知道Git会跟踪我对我的应用程序所做的更改,并且它会保留它们直到我提交更改,但这里是我挂断的地方:

这是不正确的。当您使用git add)或创建提交时,Git仅记录文件的状态。一旦你创建了一个让你的项目文件处于特定状态的提交,它们就非常安全,但是在那之前Git并没有真正“跟踪你的文件的变化”。 (例如,即使您执行git add暂存文件的新版本,也会在暂存区域中覆盖该文件的先前暂存版本。)

在你的问题中,你继续问以下问题:

  

当我想恢复到之前的提交时,我使用:git reset --hard HEAD并且git返回:HEAD现在处于820f417 micro

     

如何将硬盘上的文件恢复为之前的提交?

如果你git reset --hard <SOME-COMMIT>,那么Git会:

  • 使您当前的分支(通常为master)回到<SOME-COMMIT>
  • 然后使工作树中的文件和索引(“临时区域”)与<SOME-COMMIT>中提交的版本相同。

HEAD指向您当前的分支(或当前提交),因此git reset --hard HEAD所做的就是抛弃您所有的未提交的更改。

因此,假设您想要返回的良好提交是f414f31。 (您可以通过git log或任何历史记录浏览器找到它。)然后根据您的具体操作,您可以选择几个不同的选项:

  • 将当前分支更改为指向旧提交。您可以使用git reset --hard f414f31执行此操作。但是,这会重写您的分支的历史记录,所以如果您与任何人共享此分支,则应该避免使用它。此外,您在f414f31之后执行的提交将不再包含在master分支的历史记录中。
  • 创建一个新的提交,它代表与f414f31完全相同的项目状态,但只是将其添加到历史记录中,这样您就不会丢失任何历史记录。您可以使用this answer中建议的步骤执行此操作 - 例如:

    git reset --hard f414f31
    git reset --soft HEAD@{1}
    git commit -m "Reverting to the state of the project at f414f31"
    

答案 1 :(得分:182)

  

警告:git clean -f将删除未跟踪的文件,这意味着它们已经消失,因为它们未存储在存储库中。在执行此操作之前,请确保您确实要删除所有未跟踪的文件。


试试这个,然后看git clean -f

git reset --hard不会删除未跟踪的文件,因为git-clean将从跟踪的根目录中删除任何不在Git跟踪下的文件。

或者,正如@Paul Betts所说,你可以做到这一点(请注意 - 这也会删除所有被忽略的文件)

  • git clean -df
  • git clean -xdf 小心!这也将删除被忽略的文件