【发布时间】：2010-10-16 02:07:42
【问题描述】：
在最后一次提交后，我修改了工作副本中的一堆文件，但我想撤消对其中一个文件的更改，就像将其重置为与最近一次提交相同的状态。
但是，我只想单独撤消该文件的工作副本更改，没有其他任何内容。
我该怎么做？
【问题讨论】：
标签： git file version-control dvcs undo
【发布时间】：2010-10-16 02:07:42
【问题描述】：
你可以使用
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
【讨论】：
-
HEAD和HEAD^有什么区别？
-
HEAD 是当前分支的最近一次提交，HEAD^ 是当前分支之前的提交。对于您描述的情况，您可以使用 git checkout HEAD -- filename.
-
简而言之“git checkout sha-reference --filename”，其中 sha-reference 是对提交的 sha 的引用，可以任何形式（分支、标签、父级等）跨度>
-
注意：如果文件已经暂存，您需要先重置它。
git reset HEAD <filename> ; git checkout -- <filename> -
@gwho 是的，您可以使用
HEAD^^处理最近的 2 次提交，或者使用HEAD^^^处理 3 次返回。你也可以使用HEAD~2，或者HEAD~3，如果你想返回更多的提交会更方便，而HEAD^2表示“这个提交的第二个父级”；由于合并提交，一个提交可以有多个先前的提交，因此HEAD^一个数字选择其中的哪个父级，而HEAD~一个数字始终选择第一个父级，但提交的数量返回。有关详细信息，请参阅git help rev-parse。
随便用
git checkout filename
这会将文件名替换为当前分支的最新版本。
警告：您的更改将被丢弃 - 不会保留任何备份。
【讨论】：
-
@duckx 用于区分分支名称和文件名。如果你说
git checkout x并且 x 恰好是一个分支名称以及一个文件名，我不确定默认行为是什么，但我认为 git 会假设你想切换到分支 x。当您使用--时，您是在说后面是文件名。 -
ic 感谢您清除它。当他们向您展示示例时，每个人都假设您知道 - 意味着什么。而且它也不是您可以轻松谷歌的东西。
-
看起来答案已被编辑以从中删除
--。正如@hasen 指出的那样，虽然仍然正确，但如果文件名和分支名称之间存在歧义，您最终可能会出现非常不受欢迎的行为！ -
我喜欢它的原样，没有
--，又好又容易。当您使用文件名命名分支时，一定有不好的想法......
git checkout <commit> <filename>
我今天使用这个是因为我意识到我的网站图标在我升级到 drupal 6.10 之前的几次提交时被覆盖了，所以我必须把它找回来。这是我所做的：
git checkout 088ecd favicon.ico
【讨论】：
-
除了滚动抛出大量“git log --stat”输出之外，我如何获得（以前删除的文件的）提交？
-
IMO 很难通过命令行扫描 gits 日志并找到正确的文件。使用 GUI 应用程序更容易，例如 sourcetreeapp.com
-
git log --oneline <filename>会给你一个更紧凑的日志，并且只包含对特定文件的更改 -
或者，您可以使用
git reflog <filename>
如果您的文件已经暂存（在编辑文件后执行 git add 等操作时发生）以取消暂存您的更改。
使用
git reset HEAD <file>
然后
git checkout <file>
如果还没有上演，只需使用
git checkout <file>
【讨论】：
-
这比公认的更有帮助哈哈。很容易忘记哪些更改已上演，哪些未上演，因此重置很有帮助。虽然我之前也尝试过“git reset --hard”，但它并没有像“git reset HEAD”那样做。我想知道为什么？
如果您只想撤消上一次提交对该文件的更改，您可以试试这个：
git checkout branchname^ filename
这将检查最后一次提交之前的文件。如果您想返回更多提交，请使用 branchname~n 表示法。
【讨论】：
-
这不会从提交中删除更改，它只会将差异应用于 HEAD 上的版本。
-
虽然是这样，但原始发布者只是想恢复他的工作副本修改（我认为），而不是恢复上次提交的更改。原发帖人的问题有点不清楚，所以我可以理解其中的困惑。
-
也许不是 OP 的用途，但我正在寻找如何用主副本覆盖我的分支 - 这在替换
branchname^时效果很好
我总是对此感到困惑，所以这里有一个提醒测试用例；假设我们有这个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 status是：
$ 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 checkout，结果是这样的：
$ git checkout HEAD -- b.txt
$ git status
On branch master
nothing to commit, working directory clean
如果我们改为使用git reset，结果是：
$ 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 status 是：
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: b.txt
如果从这一点开始，我们做git checkout，结果是这样的：
$ git checkout HEAD -- b.txt
$ git status
On branch master
nothing to commit, working directory clean
如果我们改为git reset，结果是：
$ 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 -- file) 应用于 通过列出它们的每个位置来分隔这些文件中的每一个 空格如：
git checkout -- name1/name2/fileOne.ext nameA/subFolder/fileTwo.ext
注意上面name1/name2/fileOne.ext nameA/subFolder/fileTwo.ext之间的空格
对于同一文件夹中的多个文件：
如果您碰巧需要放弃对某个文件夹中所有文件的更改 某个目录，使用 git checkout 如下：
git checkout -- name1/name2/*
上面的星号用于撤消 name1/name2 下该位置的所有文件。
并且，类似地，以下可以撤消所有文件中的更改 多个文件夹：
git checkout -- name1/name2/* nameA/subFolder/*
再次注意 name1/name2/* nameA/subFolder/* 之间的空格 以上。
注意：name1、name2、nameA、subFolder - 所有这些示例文件夹名称都表示相关文件可能所在的文件夹或包。
【讨论】：
我使用 SHA id 恢复我的文件，我所做的是git checkout <sha hash id> <file name>
【讨论】：
Git 2.23 引入了一个 restore 来做到这一点，我认为这是为了让这类问题的答案变得简单。
git restore [--] <pathspec>...
与往常一样，可能需要--，但当文件名以破折号开头时。 （这里不可能与分支名称混淆，因为restore 的边界不包括分支，这与全能checkout 不同）
完整地说，restore 还可以使用 --staged 恢复暂存文件，并使用 --source=<tree> 从与 HEAD 不同的提交中恢复。
【讨论】：
如果您尚未推送或以其他方式共享您的提交：
git diff --stat HEAD^...HEAD | \
fgrep filename_snippet_to_revert | cut -d' ' -f2 | xargs git checkout HEAD^ --
git commit -a --amend
【讨论】：
如果已经提交，您可以恢复文件的更改并再次提交，然后使用上次提交压缩新提交。
【讨论】：
-
添加要使用的特定命令将有助于原始发布者和未来的访问者。
git checkout a3156ae4913a0226caa62d8627e0e9589b33d04c -p */SearchMaster.jsp
细分： a3156ae4913a0226caa62d8627e0e9589b33d04c = 这是提交的哈希值。它在我自己的个人分支上（不是主分支）。
-p 标志是路径。
*/SearchMaster.jsp 是文件名。
【讨论】：