在Git中撤消一个文件的工作副本修改？

在最后一次提交之后，我修改了工作副本中的一堆文件，但我想撤消对其中一个文件的更改，例如将其重置为与最近一次提交相同的状态。

但是，我只想撤消仅一个文件的工作副本更改，没有其他内容。

我该怎么做？

841371 次浏览
小开

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

git checkout branchname^ filename

这将校验文件，因为它是在最后一次提交之前。如果您想再提交几次，请使用branchname~n符号。

小开

只要用

git checkout filename

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

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

小开
最佳答案

您可以使用

git checkout -- file

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

您还可以查看文件的特定版本：

git checkout v1.2.3 -- file         # tag v1.2.3git checkout stable -- file         # stable branchgit checkout origin/master -- file  # upstream mastergit checkout HEAD -- file           # the version from the most recent commitgit 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> <file name>

小开

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

使用 

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 -xrm -rf testmkdir testcd testgit initgit config user.name testgit config user.email test@test.comecho 1 > a.txtecho 1 > b.txtgit add *git commit -m "initial commit"echo 2 >> b.txtgit add b.txtgit commit -m "second commit"echo 3 >> b.txt

此时，更改不在缓存中暂存，因此git status是：

$ git statusOn branch masterChanges 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 statusOn branch masternothing to commit, working directory clean

如果我们做git reset，结果是：

$ git reset HEAD -- b.txtUnstaged changes after reset:M   b.txt$ git statusOn branch masterChanges 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 statusOn branch masterChanges to be committed:(use "git reset HEAD <file>..." to unstage)
modified:   b.txt

如果从这一点开始，我们做git checkout，结果是这样的：

$ git checkout HEAD -- b.txt$ git statusOn branch masternothing to commit, working directory clean

如果我们做git reset，结果是：

$ git reset HEAD -- b.txtUnstaged changes after reset:M   b.txt$ git statusOn branch masterChanges 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.extnameA/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

在此处输入图片描述

小开

我通过git bash完成了：

(use "git checkout -- <file>..." to discard changes in working directory)

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

在此处输入图片描述

小开 
git checkout a3156ae4913a0226caa62d8627e0e9589b33d04c -p */SearchMaster.jsp

故障：a3156ae4913a0226caa62d8627e0e9589b33d04c=这是提交的哈希值。它在我自己的个人分支（不是master）上。

-p标志是路径。

*/SearchMaster.jsp是文件名。

小开

我认为，Git 2.23引入了一个restore来做到这一点，试图让这些问题的答案变得简单。

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

与往常一样，可能需要--，但当文件名以破折号开头时。（这里不可能与分支名称混淆，因为restore的周长不包括分支，与do-allcheckout不同）

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

小开

git恢复文件

查看此重复答案（请务必向下滚动到2020年更新）：https://stackoverflow.com/a/31281748/12763497


提交答案