我知道Git跟踪我对我的应用程序所做的更改,并且它一直保留给我们,直到我提交更改,但这里是我挂断的地方:
当我想恢复到之前的提交时,我使用:
git reset --hard HEAD
Git回复:
HEAD is now at 820f417 micro
如何将硬盘上的文件恢复为之前的提交?
我接下来的步骤是:
git add .
git commit -m "revert"
但我的硬盘上没有任何文件发生变化......
我在做什么是对还是错?
答案 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
小心!这也将删除被忽略的文件