如果您的文件已经暂存（在编辑文件后执行gitadd等操作时发生），则取消对更改的暂存。

Use

git reset HEAD <file>

然后

git checkout <file>

如果尚未暂存，请使用

git checkout <file>

git还原文件

请参阅此重复答案（确保向下滚动到2020更新）：https://stackoverflow.com/a/31281748/12763497

这是撤消同一或多个文件夹（或目录）中多个特定文件中的本地更改所需的命令的答案。这回答了用户有多个文件但用户不想撤消所有本地更改的问题：

如果您有一个或多个文件，可以将相同的命令（gitcheckout--file）应用于通过列出这些文件的每个位置空格如下：

git checkout -- name1/name2/fileOne.ext nameA/subFolder/fileTwo.ext

注意name1/name2/fileOne.ext nameA/subFolder/fileTwo.ext之间的空格

对于同一文件夹中的多个文件：

如果您碰巧需要放弃对在特定目录下，按如下方式使用git签出：

git checkout -- name1/name2/*

上面的星号可以撤消name1/name2下该位置的所有文件。

同样，以下操作可以撤消所有文件中的更改多个文件夹：

git checkout -- name1/name2/* nameA/subFolder/*

再次注意name1/name2/*nameA/subFolder/*之间的空格在上面

注意：name1、name2、nameA、subFolder-所有这些示例文件夹名称都表示有问题文件所在的文件夹或包。

我总是对此感到困惑，所以这里有一个提醒测试用例；假设我们有一个bash脚本来测试git：

set -x
rm -rf test
mkdir test
cd test
git init
git config user.name test
git config user.email test@test.com
echo 1 > a.txt
echo 1 > b.txt
git add *
git commit -m "initial commit"
echo 2 >> b.txt
git add b.txt
git commit -m "second commit"
echo 3 >> b.txt

此时，更改不会在缓存中暂存，因此git状态为：

$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   b.txt

no changes added to commit (use "git add" and/or "git commit -a")

如果从这一点开始，我们执行git结账，结果是：

$ git checkout HEAD -- b.txt
$ git status
On branch master
nothing to commit, working directory clean

如果我们改为git重置，结果是：

$ git reset HEAD -- b.txt
Unstaged changes after reset:
M   b.txt
$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   b.txt

no changes added to commit (use "git add" and/or "git commit -a")

因此，在这种情况下，如果更改未暂存，git reset不会产生任何影响，而git checkout会覆盖更改。

现在，让我们假设上面脚本的最后一个更改是暂存/缓存的，也就是说我们在最后还做了git add b.txt。

在这种情况下，此时的git状态为：

$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    modified:   b.txt

如果从这一点开始，我们执行git结账，结果是：

$ git checkout HEAD -- b.txt
$ git status
On branch master
nothing to commit, working directory clean

如果我们改为git重置，结果是：

$ git reset HEAD -- b.txt
Unstaged changes after reset:
M   b.txt
$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   b.txt

no changes added to commit (use "git add" and/or "git commit -a")

因此，在这种情况下-如果更改是暂存的，git reset基本上会将暂存的更改转换为未暂存的更改-而git checkout将完全覆盖更改。

git checkout <commit> <filename>

我今天使用这个是因为我意识到我的收藏夹在几次提交之前被覆盖了，当我升级到drupal 6.10时，所以我不得不把它拿回来。以下是我所做的：

git checkout 088ecd favicon.ico

如果已经提交，则可以还原文件的更改并再次提交，然后用上次提交来压缩新的提交。