输出告诉您需要做什么。git重置HEAD cc.properties等。

这将取消rm操作。在此之后，再次运行git状态会告诉您需要执行git checkout——cc.properties来取回文件。

更新: 我的配置文件中有这个

$ git config alias.unstage
reset HEAD

我通常用它来取消舞台上的东西

你已经进行了删除，所以你需要做:

git checkout HEAD cc.properties store/README store/cc.properties

Git结帐。仅从已经执行删除操作的索引中检出。

由于您正在执行git签出，看起来您正在尝试将分支恢复到上次提交状态。

你可以通过git重置HEAD来实现这一点——很难

警告

这样做可能会删除所有最新的修改并取消您的修改，例如，您可能会丢失工作。这可能是你想要的，但请检查文件以确保。

只需将git checkout path/to/file-I-want-to-bring-back.txt

下面是在我的mac上帮助我的命令。我尝试了其他一些解决方案，但它们对我不起作用。

OSX Mavericks上的Git版本

mac-pro:main chris$ git version
git version 1.8.5.2 (Apple Git-48)

命令

git checkout HEAD -- path/to/file/file.cc

自动地一次性恢复所有未分级的删除，而不指定每一个路径:

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

自动地一次性恢复所有的阶段性删除，而不指定每一个路径:

git status | grep 'deleted:' | awk '{print $2}' | xargs git checkout --

如果您已经安装ToroiseGIT，那么只需选择“恢复…”菜单项的父文件夹弹出菜单。

如果你想一次性恢复所有文件

记住使用句点，因为它告诉git抓取所有的文件。

这个命令将重置头部并取消所有的更改:

$ git reset HEAD . 

然后运行该命令恢复所有文件:

$ git checkout .

然后做一个git状态，你会得到:

$ git status
On branch master
Your branch is up-to-date with 'origin/master'.

如果您没有提交任何更改，您所要做的就是保存这些更改，然后您将回到上一次工作提交。

git stash
git stash clear
git clean 

git checkout HEAD -- client/src/pp_web/index.cljs

如果您正在寻找已删除的目录。

 git checkout ./pathToDir/*

在寻找如何从另一个分支合并后在我的工作目录中删除文件的答案时发现了这篇文章。合并后尚未作出任何承诺。 因为它是一个正在进行的合并，我不能只是添加它回来使用:

$ git reset <commitid#-where-file.cpp-existed> file.cpp

我不得不做另一个步骤，除了重置文件回来:

$ git checkout -- file.cpp

如果你用过

git rm filename

然后删除一个文件

git checkout path/to/filename

不管用，在这种情况下

git checkout HEAD^ path/to/filename

应该工作

对我来说，什么工作是git签出{SHA1的版本提交恢复}"{路径文件恢复}"

例如git校验5a6b3179e58edff9c90326b9a04284b02fd67bd0 "src-ui/views/includes/radar.pug"

(在我们想要文件进入的分支中执行)

该命令执行后，恢复的文件将存在于原始位置(需要提交)

你想看这个吗

这适用于你用过的情况

git checkout -- .

在你做出承诺之前。

您可能还希望删除尚未创建的已创建文件。你不想要他们。:

git reset -- .

我也遇到了同样的问题，但上面的解决方案都不适合我。 我最后做的是: —创建同名的空文件 -将该文件与本地历史文件进行比较 -将历史记录复制到空文件。

1.找到你想要恢复使用的特定提交:

   git log
This command will give you a list of commits done by you .

2.恢复到该提交使用:

    git revert <commit id> 

现在您的本地分支将拥有所有特定的文件

注意:先完成你想保留的工作。

您可以重置您的工作区(并恢复已删除的文件)

git checkout ./*

使用git ls-files签出删除(-d)或修改(-m)的文件。

git checkout $(git ls-files -d)

参见如何仅恢复git签出上修改的文件?

I had the same problem and none of the answers here I tried worked for me either. I am using Intellij and I had checked out a new branch git checkout -b minimalExample to create a "minimal example" on the new branch of some issue by deleting a bunch of files and modifying a bunch of others in the project. Unfortunately, even though I didn't commit any of the changes on the new "minimal example" branch, when I checked out my "original" branch again all of the changes and deletions from the "minimal example" branch had happened in the "original" branch too (or so it appeared). According to git status the deleted files were just gone from both branches.

Fortunately, even though Intellij had warned me "deleting these files may not be fully recoverable", I was able to restore them (on the minimal example branch from which they had actually been deleted) by right-clicking on the project and selecting Local History > Show History (and then Restore on the most recent history item I wanted). After Intellij restored the files in the "minimal example" branch, I pushed the branch to origin. Then I switched back to my "original" local branch and ran git pull origin minimalExample to get them back in the "original" branch too.

以下是不同的案例，供大家参考:

如果没有提交删除，下面的命令将在工作树中恢复已删除的文件。

$ git checkout -- <file>

您可以使用下面的命令获得工作树中所有已删除文件的列表。

$ git ls-files --deleted

如果已提交删除，则查找发生删除的提交位置，然后从该提交中恢复文件。

#find the commit hash where it had this file deleted
$ git rev-list -n 1 HEAD -- <file>

它会给你一些类似c46e81aa403ecb8a0f7a323a358068345的东西，现在使用这个提交哈希和父操作符(^)，如下所示:

$ git checkout <commit>^ -- <file>

例子:

$ git checkout c46e81aa403ecb8a0f7a323a358068345^ -- <file> 

如果您正在寻找要恢复的文件的路径，下面的命令将显示所有已删除文件的摘要。

$ git log --diff-filter=D --summary

如果你只想显示文件列表:

git log --diff-filter=D --summary | grep "delete mode"

更新的git(我的是2.27.0)更友好，实际的命令会在“git状态”中显示。 例如，如果您删除了文件tf.c，那么

$ git status
...
Changes not staged for commit:
  (use "git add/rm <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
      deleted:    tf.c

你可以使用“git restore tf.c”来恢复它，就像它saz一样。不要再搜索了!

这对我来说是最简单的方法:

git checkout HEAD~1 path/to/myfile.rb

我在这里找到的。

另一种方法也适用于我:

git reset HEAD path/to/myfile.rb
git restore path/to/myfile.rb

我碰巧将一些json文件从一个文件夹移动(而不是复制)到同一存储库中的另一个文件夹。然后我重命名了这些文件，并在新位置更改了一些内容。然而，我很快了解到，我没有复制和完全删除文件从以前的位置。

简单的解决方案:

git reset HEAD <oldfilepath_which_was_moved>
git restore <oldfilepath_which_was_moved>

对所有文件都这么做了，它们都回来了。

您还可以包含多个文件，以空格分隔。

git reset HEAD file_1_path file_2_path file_3_path

很容易修复，顺便说一下，这不会改变/删除新文件。

情境:一个人删除了一个文件，但没有提交

如果一个人删除了一个文件，并立即意识到这是一个错误?这个很简单，只要做:

git checkout HEAD <filename>

如果它是一个文件夹，只需执行:

git checkout HEAD <foldername>/

参考: https://www.git-tower.com/learn/git/faq/restoring-deleted-files

一个没有任何风险的解决方案是转到你的存储库页面(在github等)，手动下载已删除的文件。

对于运行git签出时获得未知修订或不在工作树中的路径的任何人

晚上好

好的

您的文件将被恢复

您可以使用git-restore一次性恢复文件。

如果你没有像这样提交你的删除:

➜  learning git:(daily) ✗ git status
Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
    deleted:    feelings/articles/2022/1/assets/20220109_093659_image.png
    deleted:    feelings/articles/2022/1/assets/20220109_094525_image.png
    deleted:    feelings/articles/2022/1/assets/20220109_100231_image.png
    deleted:    feelings/articles/2022/1/assets/20220109_100251_image.png
    deleted:    feelings/articles/2022/1/assets/20220109_100321_image.png
    deleted:    feelings/articles/2022/1/assets/20220109_101009_image.png

你可以使用这样的方法来恢复你的文件:

git restore --worktree --staged feelings/articles/2022/1/assets

-W，——worktree， -S，——staging 指定恢复位置。如果没有指定任何选项，默认情况下将恢复工作树。指定——staging只会恢复索引。 指定both将恢复两者。