我一直在分支机构工作。我承诺并将其推送到远程存储库。现在，该分支上的一些文件丢失了。希望它们仍然可以在远程分支上使用，所以我尝试git pull：
git pull origin feature/my_branch
但是，git表示所有内容都与remote同步：
* branch feature/my_branch -> FETCH_HEAD
Already up-to-date.
这怎么可能是最新的？我在本地找不到我丢失的文件，因为那些丢失的文件，我的项目没有编译。同样，我可以在bitbucket上的远程分支的提交历史中看到这些文件。
答案 0 :(得分：27)
git pull对应于git fetch然后git merge的序列。因此，如果您从本地存储库中删除文件，执行git pull 将无法恢复它们。
要恢复它们，您需要使用以下命令从远程存储库中签出这些文件：
git checkout <branch name> -- <path/to/file>
<branch name>可以是本地的或远程的。
git checkout origin/feature/xpto -- example.js example.js返回当地分支机构git log 7bb2154cf23b68feb0a0bbbd95446f2cd8bf3a44 dbc04c23b2c6f2dd7bc9b5ef4aef22611a57c3ad
git checkout dbc04c23b2c6f2dd7bc9b5ef4aef22611a57c3ad example.js
git checkout dbc04c23b2c6f2dd7bc9b5ef4aef22611a57c3ad -- example.js 答案 1 :(得分：6)
假设您已正确描述问题，@ danielcsgomes的方法应该可以正常工作。
通过运行git status，您可以找到当前提交中的文件，但不在工作目录中。例如（使用-s保持输出短路）：
$ rm structy.py
$ git status -s
D structy.py
要获得这一个文件：
$ git checkout -- structy.py
它回来了。
有时只是查看其他分支或修订版，然后回到原来的位置，就可以了。例如，master此处的最新提交是添加mp.py，所以如果我这样做：
$ rm mp.py
$ git status -s
D mp.py
$ git checkout HEAD^
Note: checking out 'HEAD^'.
[verbiage about detached HEAD etc, snipped]
$ git checkout master
Previous HEAD position was 171ce6f... ignore *.log files
Switched to branch 'master'
$ git status -s
$ head -1 mp.py
from multiprocessing import Process, Queue
但这并不总是奏效。它适用于mp.py，因为之前的版本（HEAD^）没有它，而当前版本（master）也没有，因此从HEAD^向master前进1}}恢复文件。文件structy.py已存在很长一段时间了，所以如果我将其删除并查看HEAD^或其他某个分支或其他内容，它仍然是从工作目录中删除的。所以像git checkout -- structy.py这样的东西是一种更简单的方法来恢复它，除非你想要使用非常大的锤子：git reset --hard。
如果您确定要放弃所做的任何更改，可以git reset --hard HEAD。例如，考虑：
$ git rm mp.py
rm 'mp.py'
$ git status -s
D mp.py
（顺便说一句，注意“D”在这里处于不同的位置：我“git rm”ed，而不仅仅是“rm”ed，所以我告诉git如果我做了提交，mp。 py应该在新的提交中删除，这不仅仅是我删除它的意外）。然后我决定，不，这是错的，我希望一切都恢复到HEAD的方式：
$ git reset --hard HEAD
HEAD is now at 523bacb add multiprocessing example
$ git status -s
$
因此，如果您非常确定，请仅使用reset --hard。