在最后一次提交之后,我修改了工作副本中的一堆文件,但我想撤消对其中一个文件的更改,因为将其重置为与最近提交相同的状态。
但是,我只想单独撤消该文件的工作副本更改,没有其他内容。
我怎么做?
您可以使用
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 filename
这将用当前分支中的最新版本替换文件名。
警告:您的更改将被丢弃 - 不会保留任何备份。
git checkout x
并且 x 恰好是一个分支名称以及一个文件名,我不确定默认行为是什么,但我认为 git 会假设你想要切换到分支 x。当您使用 --
时,您说的是文件名。
--
。正如@hasen 指出的那样,虽然仍然正确,但如果文件名和分支名称之间存在歧义,那么您最终可能会出现非常不受欢迎的行为!
--
,又好又容易。当您使用文件名命名分支时,一定有不好的想法......
git checkout <commit> <filename>
我今天使用了这个,因为我意识到我的网站图标在我升级到 drupal 6.10 的几个提交之前被覆盖了,所以我必须把它拿回来。这是我所做的:
git checkout 088ecd favicon.ico
git log --oneline <filename>
将为您提供更紧凑的日志,并且仅包含对特定文件的更改
git reflog <filename>
如果您的文件已暂存(在编辑文件后执行 git add 等操作时发生)以取消暂存更改。
利用
git reset HEAD <file>
然后
git checkout <file>
如果尚未上演,只需使用
git checkout <file>
我已经通过 git bash 完成:
(use "git checkout -- <file>..." to discard changes in working directory)
吉特状态。 [所以我们已经看到一个文件被修改了。] git checkout -- index.html [我在 index.html 文件中进行了更改:git status [现在这些更改已被删除]
https://i.stack.imgur.com/onOB1.jpg
如果您只想撤消上一次提交对该文件的更改,可以尝试以下操作:
git checkout branchname^ filename
这将像上次提交之前一样签出文件。如果您想返回更多提交,请使用 branchname~n
表示法。
branchname^
时效果很好
此答案适用于撤消位于相同或多个文件夹(或目录)中的多个特定文件中的本地更改所需的命令。此答案专门解决了用户拥有多个文件但用户不想撤消所有本地更改的问题:
如果您有一个或多个文件,您可以将相同的命令 (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 - 所有这些示例文件夹名称都表示相关文件可能所在的文件夹或包。
Git 2.23 引入了一个 restore
来做到这一点,我认为这是为了让这类问题的答案变得简单明了。
git restore [--] <pathspec>...
与往常一样,可能需要 --
,但当文件名以破折号开头时。 (这里不可能与分支名称混淆,因为 restore
的边界不包括分支,这与全能 checkout
不同)
完整地说,restore
还可以使用 --staged
恢复暂存文件,并使用 --source=<tree>
从与 HEAD
不同的提交中恢复。
git restore .
我总是对此感到困惑,所以这里有一个提醒测试用例;假设我们有这个 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
将完全覆盖更改。
我使用 SHA id 恢复我的文件,我所做的是 git checkout <sha hash id> <file name>
对我来说只有这个有效
git checkout -p filename
https://i.stack.imgur.com/Ev1Zj.png
如果您尚未推送或以其他方式共享您的提交:
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 是文件名。
git reset HEAD <filename> ; git checkout -- <filename>
HEAD^^
,或者对 3 个返回的提交执行HEAD^^^
。您还可以使用HEAD~2
或HEAD~3
,如果您想返回更多提交,这会更方便,而HEAD^2
表示“此提交的第二个父级”;由于合并提交,一个提交可以有多个先前的提交,因此使用HEAD^
一个数字选择其中的哪个父级,而使用HEAD~
一个数字始终选择第一个父级,但该数量的提交返回。有关详细信息,请参阅git help rev-parse
。