如何将文件重置或恢复到特定版本？

Question

如何将修改后的文件恢复到特定提交哈希的先前版本（我通过 git log 和 git diff）？

Answer 1

假设您想要的提交的哈希值是 c5f567：

git checkout c5f567 -- file1/to/restore file2/to/restore

git checkout 手册页提供了更多信息。

如果您想恢复到 c5f567 之前的提交，请附加 ~1 （其中 1 是您想要返回的提交数量，可以是任何值）

git checkout c5f567~1 -- file1/to/restore file2/to/restore

：旁注，我一直对这个命令感到不舒服，因为它既用于普通的事情（在分支之间更改），也用于不寻常的破坏性事情（丢弃工作目录中的更改）。

命令中--的含义可以参考在 Git 中，--（破折号破折号）是什么意思？

---

还有一个新的 git Restore 命令，专门用于恢复已修改的工作副本文件。 如果你的 git 足够新，你可以使用这个命令，但文档附带一个警告：

此命令是实验性的。 行为可能会改变。

由于 git Restore 是实验性的，因此尚不应该将其提升为该问题的主要答案。 当该命令不再标记为“实验性”时，可以修改此答案以推广 git Restore 的使用。 [在撰写本文时，git Restore 命令已被标记为“实验性”至少四年。]

Answer 2

您可以使用 diff 命令快速查看对文件所做的更改：

git diff <commit hash> <filename>

然后使用重置命令将特定文件恢复到该提交：

git reset <commit hash> <filename>

如果您有本地文件，则可能需要使用 --hard 选项修改。

管理航路点的一个好的工作流程是使用标签在时间轴中清晰地标记点。 我不太明白你的最后一句话，但你可能想要的是从之前的时间点分出一个分支。 为此，请使用方便的签出命令：

git checkout <commit hash>
git checkout -b <new branch name>

然后，当您准备好合并这些更改时，可以根据主线重新调整基础：

git checkout <my branch>
git rebase master
git checkout master
git merge <my branch>

Answer 3

您可以使用对 git 提交的任何引用，包括 SHA-1（如果最方便的话）。 重点是该命令如下所示：

git checkout [commit-ref] -- [filename]

Answer 4

git checkout -- foo

这会将 foo 重置为 HEAD。 您还可以：

git checkout HEAD^ foo

进行一次修订，等等。

Answer 5

从 git v2.23.0 开始，有一个新的 git Restore 方法，该方法被认为是假设 git checkout 负责的部分内容（即使接受的答案也提到 git checkout 相当混乱）。 请在 github 博客上查看变更要点。

此命令的默认行为是使用来自 source 参数（在您的情况下将是提交哈希）的内容恢复工作树的状态。

因此，根据 Greg Hewgill 的回答（假设提交哈希为 c5f567），命令将如下所示：

git restore --source=c5f567 file1/to/restore file2/to/restore

或者如果您想恢复到 c5f567 之前的一次提交的内容：

git restore --source=c5f567~1 file1/to/restore file2/to/restore

Answer 6

要恢复到最常需要的最后提交的版本，您可以使用这个更简单的命令。

git checkout HEAD file/to/restore

Answer 7

我刚才遇到了同样的问题，我发现 这个答案最容易理解（commit-ref是您想要返回的日志中更改的SHA值）：

git checkout [commit-ref] [filename]

这会将旧版本放入您的工作目录中，如果需要，您可以从那里提交它。

Answer 8

如果您知道需要返回多少次提交，则可以使用：

git checkout master~5 image.png

这假设您位于 master 分支上，并且您想要的版本是 5 次提交。

Answer 9

我想我已经找到了......来自 http:// www-cs-students.stanford.edu/~blynn/gitmagic/ch02.html

有时，您只想返回并忘记过去某个点之后的每项更改，因为它们都是错误的。

从以下内容开始：

$ git log

，它显示最近提交的列表及其 SHA1 哈希值。

接下来，输入：

$ git reset --hard SHA1_HASH

将状态恢复到给定的提交，并从记录中永久删除所有较新的提交。

Answer 10

这对我有用：

git checkout <commit hash> file

然后提交更改：

git commit -a

Answer 11

当你说“回滚”时，你必须小心。 如果您曾经在提交 $A 中拥有文件的一个版本，然后在两个单独的提交 $B 和 $C 中进行了两次更改（所以您看到的是文件的第三次迭代），并且如果您说“我想回滚到第一个”，你真的是这个意思吗？

如果您想在第二次和第三次迭代中删除更改，则非常简单：

$ git checkout $A file

然后提交结果。 该命令询问“我想从提交 $A 记录的状态中签出文件”。

另一方面，您的意思是摆脱第二次迭代（即提交 $B）带来的更改，同时保留提交 $C 对文件所做的操作，您希望恢复 $B 请

$ git revert $B

注意，无论谁创建了提交$B 可能没有非常遵守纪律，并且可能在同一次提交中提交了完全不相关的更改，并且此恢复可能会触及除您看到的违规更改之外的文件，因此您可能需要仔细检查结果这样做之后。

Answer 12

1. Git 将文件恢复到特定提交

git checkout Last_Stable_commit_Number -- 文件名 
  

2.Git将文件恢复到特定分支

git checkoutbranchName_Which_Has_stable_Commit 文件名 
  

Answer 13

有趣的是，如果工作副本位于名为 foo 的目录中，git checkout foo 将不起作用； 但是， git checkout HEAD foo 和 git checkout ./foo 都会：

$ pwd
/Users/aaron/Documents/work/foo
$ git checkout foo
D   foo
Already on "foo"
$ git checkout ./foo
$ git checkout HEAD foo

Answer 14

rebase 的工作原理如下：

git checkout <我的分支>; 
  git 变基大师 
  git 结账大师 
  git merge <我的分支> 
  

---

假设你有

<前><代码>---o----o----o----o 大师
\---A----B <我的分支>

前两个命令...
犯罪
git 结帐
git rebase master

...查看要应用于 master 分支的更改分支。 rebase 命令从 获取提交（在 master 中找不到）并将它们重新应用到 的头部>大师。 换句话说，中第一次提交的父级不再是master历史记录中的先前提交，而是master的当前头。 这两个命令是相同的：

git rebase master <my branch>

由于“base”和“modify”分支都是明确的，因此可能更容易记住此命令。

。 最终历史结果为：

<前><代码>---o----o----o----o 大师
\----A'----B' <我的分支>

---

最后两个命令……

git checkout master
git merge <my branch>

执行快进合并，将所有 更改应用到 master 上。 如果没有此步骤，变基提交不会添加到 master 中。 最终结果是：

---o----o----o----o----A'----B' master，<我的分支> 
  

master 和 都引用 B'。 此外，从此时起，可以安全地删除 引用。

git branch -d <my branch>

Answer 15

首先重置目标文件的头，

git reset HEAD path_to_file

然后检出该文件

git checkout -- path_to_file

Answer 16

如果您想要将文件恢复到以前的提交（以及要恢复的文件已提交），您可以使用

git checkout HEAD^1 path/to/file

或

git checkout HEAD~1 path/to/file

然后仅暂存并提交“新”版本。

了解了提交在合并情况下可以有两个父级的知识后，您应该知道 HEAD^1 是第一个父级，HEAD~1 是第二个父级。

如果树中只有一个父级，则任一方法都有效。

Answer 17

git 别名、awk 和 shell 函数来救援！

git prevision <N> <filename>

其中 是要回滚的文件 的文件修订数量。
例如，要查看单个文件 x/y/zc 的前一个版本，请运行

git prevision -1 x/y/z.c

---

git prevision 如何工作？

将以下内容添加到您的 gitconfig

[alias]
        prevision = "!f() { git checkout `git log --oneline $2 |  awk -v commit="$1" 'FNR == -commit+1 {print $1}'` $2;} ;f"

命令基本上

• 对指定文件执行 git log 并
• 在文件历史记录中选择适当的提交 ID 并
• 对指定文件的提交 ID 执行 git checkout。

基本上，在这种情况下，人们会手动执行所有操作，
包裹在一个漂亮、高效的 git-alias 中 - git-prevision

Answer 18

这里有很多建议，大部分都是 git checkout $revision -- $file 的。 一些晦涩的替代方案：

git show $revision:$file > $file

而且，我经常使用它只是为了暂时查看特定版本：

git show $revision:$file

或者

git show $revision:$file | vim -R -

（OBS：$file需要以./为前缀，如果它是 git show $revision:$file 工作的相对路径）

，更奇怪的是：

git archive $revision $file | tar -x0 > $file

Answer 19

我必须在这里插入 EasyGit ，它是一个包装器，使 git 更容易被新手使用，而无需让经验丰富的用户感到困惑。 它所做的事情之一是 赋予 更多含义git 恢复。 在这种情况下，您只需说：

eg revert foo/bar foo/baz

Answer 20

但请注意， git checkout ./foo 和 git checkout HEAD ./foo
不完全是同一件事； 恰当的例子：（

$ echo A > foo
$ git add foo
$ git commit -m 'A' foo
Created commit a1f085f: A
1 files changed, 1 insertions(+), 0 deletions(-)
create mode 100644 foo
$ echo B >> foo
$ git add foo
$ echo C >> foo
$ cat foo
A
B
C
$ git checkout ./foo
$ cat foo
A
B
$ git checkout HEAD ./foo
$ cat foo
A

第二个 add 将文件暂存到索引中，但它没有得到
）

Git checkout ./foo 表示从索引恢复路径./foo；
添加 HEAD 指示 Git 将索引中的该路径恢复为其
在此之前修改 HEAD 。

Answer 21

对我来说，没有一个答复看起来很清楚，因此我想添加我的答复，这似乎非常简单。

我有一个提交 abc1 ，之后我对文件 file.txt 进行了多次（或一次修改）。

现在假设我弄乱了文件 file.txt 中的某些内容，并且我想返回到之前的提交 abc1。

1.git checkout file.txt ：这将删除本地更改（如果您不需要）

2.git checkout abc1 file.txt ：这会将您的文件带到您的想要版本

3。git commit -m "Restored file.txt to version abc1" ：这将提交您的版本。

4. git push ：这会将所有内容推送到远程存储库上。

当然，在步骤 2 和 3 之间，您可以执行 git status 来了解发生了什么。 通常您应该看到已添加的 file.txt，这就是为什么不需要 git add 的原因。

Answer 22

git log --oneline  // you see commits, find commit hash to which you want reset
git diff y0urhash src/main/.../../YourFile.java   // to see difference
git reset y0urhash src/main/.../../YourFile.java   // revert to y0urhash commit
git status                                        // check files to commit
git commit -m "your commit message"
git push origin

Answer 23

这里的许多答案声称使用 git reset ... 或 git checkout ... 但这样做，您将丢失对 在您要恢复的提交之后提交。

如果您只想恢复单个文件上一次提交的更改，就像 git revert 所做的那样，但仅针对一个文件（或者说提交文件的子集），我建议同时使用 < code>git diff 和 git apply 类似（使用 = 你想要恢复的提交的哈希值）：

git diff <sha>^ <sha> path/to/file.ext | git apply -R

基本上，它会首先生成与要恢复的更改相对应的补丁，然后反向应用该补丁以删除这些更改。

当然，如果恢复的行已被 和 HEAD 之间的任何提交（冲突）修改，则它将不起作用。

Answer 24

Git 2.23.0+

将文件恢复为 origin/main 中的状态

git restore --source origin/main filename

将文件恢复为特定提交中的状态

git restore --source <hash> filename

Git 2.23.0 之前

将文件恢复为 origin/main 中的状态

git checkout origin/main filename

将文件恢复为特定提交中的状态

git checkout <hash> filename

Answer 25

为了转到文件的先前提交版本，请获取提交号，例如 eb917a1
那么

git checkout eb917a1 YourFileName

如果您只需要返回到最后提交的版本

git reset HEAD YourFileName
git checkout YourFileName

这将简单地将您带到文件的最后提交状态

Answer 26

git checkout ref|commitHash -- filePath

例如

git checkout HEAD~5 -- foo.bar
or 
git checkout 048ee28 -- foo.bar

Answer 27

这是一个非常简单的步骤。 将文件签出到我们想要的提交 ID，这里是之前的一个提交 ID，然后只需 git commit amend 即可完成。

# git checkout <previous commit_id> <file_name>
# git commit --amend

这非常方便。 如果我们想将任何文件带到提交顶部的任何先前提交 ID，我们可以轻松做到。

Answer 28

您可以通过 4 个步骤完成：

1. 使用您想要专门恢复的文件恢复整个提交 - 它将在您的分支上创建一个新的提交
2. 软重置该提交 - 删除该提交并将更改移至工作区域
3. 手动选择要恢复的文件并提交它们，
4. 将所有其他文件放入工作区域

您需要在终端中输入的内容：

1. git revert
2. git Reset HEAD~1
3. git add && git commit -m '恢复文件'
4. git checkout 。

祝你好运

Answer 29

使用 git log 获取特定版本的哈希键，然后使用 git checkout

注意：不要忘记在最后一个之前输入哈希值。 最后一个散列指向您当前的位置（HEAD）并且不会改变任何内容。

Answer 30

显然有人需要写一本关于 git 的易懂的书，或者需要在文档中更好地解释 git。 面对同样的问题，我猜想这

cd <working copy>
git revert master

会撤消似乎所做的最后一次提交。

伊恩