如果您想撤消对该文件的上一次提交更改，可以尝试以下操作：

git checkout branchname^ filename

这将按上次提交前的状态签出文件。如果您想再提交几次，请使用branchname~n表示法。

只需使用

git checkout filename

这将用当前分支的最新版本替换文件名。

警告：您的更改将被丢弃-不保留备份。

您可以使用

git checkout -- file

您可以不使用--（如nimrodm所建议的），但如果文件名看起来像分支或标记（或其他修订标识符），则可能会混淆，因此最好使用--。

您还可以检出文件的特定版本：

git checkout v1.2.3 -- file         # tag v1.2.3
git checkout stable -- file         # stable branch
git checkout origin/master -- file  # upstream master
git checkout HEAD -- file           # the version from the most recent commit
git checkout HEAD^ -- file          # the version before the most recent commit

git checkout <commit> <filename>

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

git checkout 088ecd favicon.ico

我使用SHA id恢复文件，我所做的是git checkout＜SHA hash id＞＜文件名＞

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

Use

git reset HEAD <file>

然后

git checkout <file>

如果尚未暂存，请使用

git checkout <file>

如果您尚未推送或以其他方式共享您的承诺：

git diff --stat HEAD^...HEAD | \
fgrep filename_snippet_to_revert | cut -d' ' -f2 | xargs git checkout HEAD^ --
git commit -a --amend

我总是对此感到困惑，所以这里有一个提醒测试用例；假设我们有一个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将完全覆盖更改。

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

如果您有一个或多个文件，可以将相同的命令（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-所有这些示例文件夹名称都表示有问题文件所在的文件夹或包。

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

对我来说，只有这个有效

git checkout -p filename

我通过gitbash完成了：

（使用“gitcheckout--<file>…”放弃工作目录中的更改）

Git状态。[所以我们看到一个文件被修改了。]git checkout--index.html[我已在index.html文件中更改：git状态[现在这些更改已删除]

git checkout a3156ae4913a0226caa62d8627e0e9589b33d04c -p */SearchMaster.jsp

细分：a3156ae4913a0226caa62d8627e0e9589b33d04c=这是提交的哈希值。这是我自己的分支（而不是主分支）。

-p标志是路径。

*/SearchMaster.jsp是文件名。

Git 2.23引入了一个还原来实现这一点，我认为，这是为了让这些问题的答案变得简单明了。

git restore [--] <pathspec>...

与往常一样，可能需要--，但当文件名以破折号开头时。（此处不可能与分支名称混淆，因为恢复的范围不包括分支，而不是全部检出）

要完成还原，还可以使用--staged还原暂存文件，并使用--source=<tree>从与HEAD不同的提交还原。

git还原文件

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