如何恢复 Git 中丢失的存储？

Question

我经常使用 git stash 和 git stash pop 来保存和恢复工作树中的更改。 昨天，我对工作树进行了一些更改，将其隐藏并弹出，然后对工作树进行了更多更改。 我想返回并查看昨天隐藏的更改，但 git stash pop 似乎删除了对相关提交的所有引用。

我知道如果我使用 git stash 则 .git/refs/stash 包含用于创建存储的提交的引用。 .git/logs/refs/stash 包含整个存储。 但这些引用在 git stash pop 后就消失了。 我知道该提交仍在我的存储库中的某个位置，但我不知道它是什么。

有没有一种简单的方法来恢复昨天的存储提交引用？

Answer 1

知道大致的文件名及其位置，并且能够通过 greping 悬挂提交查找路径来找到已删除的存储文件

for i in $(git fsck --no-reflogs | awk '/dangling commit/ {print $3}'); do
  if git log -5 --name-only -u $i | grep -q "<path-to-files>/.*<partial-file-name>.*"; then
    echo "found something in commit $i";
  fi;
done

Answer 2

不完全是获得存储的答案，但如果目标是获得未提交的更改，这些更改首先存储然后弹出到另一个分支中，但对于两者都意味着并按以下方式完成：

1. 在 branch_a 中进行更改
2. < code>git stash
3. 从 branch_a 创建branch_b
4. git stash apply

然后恢复对 branch_a 未提交的更改：

1. git checkout分支_a
2. > <代码> git合并分支_b
3. > <代码> git重置HEAD〜1

Answer 3

您可以逐步遵循以下过程：

1- 使用下面列出所有无法访问的提交
git fsck --unreachable

2- 显示无法访问的提交哈希
git show hash

3-复制所有日志，您可以看到类似日志，无法访问的blob，提交，树。

4-应用 git stash 和具有提交哈希的日志
git stash apply [替换哈希]

Answer 4

这对我（2022 年）有用，可以从 Windows 环境恢复 git 中意外删除的存储。

这些步骤概述了如何恢复任何已删除的 git 存储或分支（假设它尚未被垃圾收集永久删除）。

1. 导航到您的项目所在的目录。

2. 输入命令：git fsck --no-reflogs | 找到“悬空提交”
   

3. 将会出现悬空提交的哈希值列表。 这些将包含已删除的分支和存储。 首先复制并粘贴列表末尾附近的哈希值以查找您的存储或分支。 例如，使用命令：git log -1 [hash]

4. 如果相应的哈希与您尝试恢复的内容匹配，请使用以下命令来恢复它”
   git stash apply [哈希]

Answer 5

使用 gitk 的 Windows PowerShell 等效项：

gitk --all $(git fsck --no-reflog | Select-String "(dangling commit )(.*)" | %{ $_.Line.Split(' ')[ 2] })

可能有一种更有效的方法可以在一个管道中执行此操作，但这可以完成工作。

Answer 6

我刚刚构建了一个命令来帮助我找到丢失的存储提交：

for ref in `find .git/objects | sed -e 's#.git/objects/##' | grep / | tr -d /`; do if [ `git cat-file -t $ref` = "commit" ]; then git show --summary $ref; fi; done | less

这会列出 .git/objects 树中的所有对象，找到提交类型的对象，然后显示每个对象的摘要。 从这一点来看，只需查看提交以找到合适的“工作中的 WIP：6a9bb2”（“工作”是我的分支，619bb2 是最近的提交）。

我注意到，如果我使用“git stash apply”而不是“git stash pop”，我就不会出现这个问题，如果我使用“git stash save message”，那么提交可能会更容易去寻找。

更新：根据内森的想法，这变得更短：

for ref in `git fsck --unreachable | grep commit | cut -d' ' -f3`; do git show --summary $ref; done | less

Answer 7

git fsck --无法访问 | grep commit 应该显示 sha1，尽管它返回的列表可能相当大。 git show 将显示这是否是您想要的提交。

gitcherry-pick -m 1 会将提交合并到当前分支。

Answer 8

如果您想重新存储丢失的存储，您需要首先找到丢失的存储的哈希值。

正如 Aristotle Pagaltzis 建议的那样，git fsck 应该可以帮助您。

就我个人而言，我使用我的 log-all 别名来显示每个提交（可恢复的提交），以便更好地了解情况：

git log --graph --decorate --pretty=oneline --abbrev-commit --all $(git fsck --no-reflogs | grep commit | cut -d' ' -f3)

如果您只查找“WIP on ”消息。

一旦您知道了您的 sha1，您只需更改您的存储引用日志即可添加旧的存储：

git update-ref refs/stash ed6721d

您可能更喜欢有一个关联的消息，因此 -m

git update-ref -m "$(git log -1 --pretty=format:'%s' ed6721d)" refs/stash ed6721d

您甚至会想将其用作别名：

restash = !git update-ref -m $(git log -1 --pretty=format:'%s' $1) refs/stash $1

Answer 9

我最喜欢的是这句话：

git log --oneline  $( git fsck --no-reflogs | awk '/dangling commit/ {print $3}' )

这基本上与这个答案相同，但要短得多。 当然，你仍然可以添加--graph来获得树状显示。

当您在列表中找到提交后，请使用

git stash apply THE_COMMIT_HASH_FOUND

对于我来说，使用 --no-reflogs 确实显示了丢失的存储条目，但是 --unreachable （如在许多其他答案）没有。

当你在 Windows 下时，在 git bash 上运行它。

鸣谢：上述命令的详细信息取自 https://gist.github.com/joseluisq/7f0f1402f05c45bac10814a9e38f81bf< /a>

Answer 10

您可以通过在终端中编写此命令来列出所有无法访问的提交 -

git fsck --unreachable

检查无法访问的提交哈希 -

git show hash

如果找到隐藏的项目，最后应用 -

git stash apply hash

Answer 11

我喜欢亚里士多德的方法，但不喜欢使用 GITK...因为我习惯从命令行使用 GIT。

相反，我采用了悬空提交并将代码输出到 DIFF 文件，以便在代码编辑器中进行审查。

git show $( git fsck --no-reflog | awk '/dangling commit/ {print $3}' ) > ~/stash_recovery.diff

现在，您可以将生成的 diff/txt 文件（位于您的主文件夹中）加载到 txt 编辑器中，并查看实际代码和生成的 SHA。

然后只需使用

git stash apply ad38abbf76e26c803b27a6079348192d32f52219

Answer 12

在使用 git v2.6.4 的 OSX 中，我只是意外地运行 git stash drop ，然后我通过以下步骤找到了它

如果您知道存储的名称，则使用：

$ git fsck --unreachable | grep 提交 | 切-c 20- | xargs git 显示 | grep -B 6 -A 2 <存储的名称>

否则，您将通过手动方式从结果中找到 ID：

$ git fsck --unreachable | grep 提交 | 切-c 20- | xargs git show

然后，当你找到 commit-id 时，只需点击 git stash apply {commit-id}

希望这可以快速帮助别人

Answer 13

为什么人们会问这个问题？ 因为他们还不知道或理解转发日志。

这个问题的大多数答案都给出了很长的命令和几乎没有人会记住的选项。 因此，人们遇到这个问题时，会复制粘贴他们认为需要的任何内容，然后几乎立即忘记它。

我建议有这个问题的每个人只检查引用日志（git reflog），仅此而已。 一旦您看到所有提交的列表，就有一百种方法可以找到您正在寻找的提交并挑选它或从中创建分支。 在此过程中，您将了解 reflog 以及各种基本 git 命令的有用选项。

Answer 14

我无法在简单的命令窗口（在我的例子中是 Windows 7）中获得在 Windows 上工作的任何答案。 awk、grep 和 Select-string 未被识别为命令。 所以我尝试了一种不同的方法：

• 首先运行： git fsck --unreachable | findstr "commit"
• 将输出复制到记事本
• 查找用 start cmd /k git show 替换“unreachable commit”

将如下所示：

start cmd /k git show 8506d235f935b92df65d58e7d75e9441220537a4
启动 cmd /k git show 44078733e1b36962571019126243782421fcd8ae
启动 cmd /k git show ec09069ec893db4ec1901f94eefc8dc606b1dbf1
start cmd /k git show d00aab9198e8b81d052d90720165e48b287c302e

• 另存为 .bat 文件并运行它，
• 脚本将打开一堆命令窗口，显示每个提交（
• 如果您找到了要查找的提交），运行： git stash apply (your hash)

可能不是最好的解决方案，但对我有用

Answer 15

当您没有可用的 gitk 或没有 X 用于输出时，我想向已接受的解决方案添加另一种完成所有更改的好方法。

git fsck --no-reflog | awk '/dangling commit/ {print $3}' > tmp_commits

for h in `cat tmp_commits`; do git show $h | less; done

然后你会得到一个又一个显示的这些哈希值的所有差异。 按“q”进入下一个差异。

Answer 16

亚里士多德接受的答案将显示所有可到达的提交，包括非存储类提交。 过滤掉噪音：

git fsck --no-reflog | \
awk '/dangling commit/ {print $3}' | \
xargs git log --no-walk --format="%H" \
  --grep="WIP on" --min-parents=3 --max-parents=3

这将只包括恰好有 3 个父提交（存储将有）的提交，并且其消息包含“WIP on”。

请记住，如果您使用消息保存存储（例如git stash save“我新创建的存储”），这将覆盖默认的“WIP on...”消息。

您可以显示有关每个提交的更多信息，例如显示提交消息，或将其传递给 git stash show ：

git fsck --no-reflog | \
awk '/dangling commit/ {print $3}' | \
xargs git log --no-walk --format="%H" \
  --grep="WIP on" --min-parents=3 --max-parents=3 | \
xargs -n1 -I '{}' bash -c "\
  git log -1 --format=medium --color=always '{}'; echo; \
  git stash show --color=always '{}'; echo; echo" | \
less -R

Answer 17

要获取仍在存储库中但无法再访问的存储列表：

git fsck --unreachable | grep commit | cut -d" " -f3 | xargs git log --merges --no-walk --grep=WIP

---

如果您为存储提供了标题，请在命令末尾替换 -grep=WIP 中的“WIP”包含消息的一部分，例如 -grep=Tesselation。

该命令正在 grep 查找“WIP”，因为存储的默认提交消息的格式为 WIP on mybranch: [previous-commit-hash] 上一次提交的消息。

当您找到提交时，使用 git stash apply应用它

Answer 18

只是想提及已接受的解决方案中的这一补充。 当我第一次尝试这个方法时，这对我来说并不是很明显（也许应该是），但是要应用哈希值中的存储，只需使用“git stash apply”：

$ git stash apply ad38abbf76e26c803b27a6079348192d32f52219

当我刚接触 git 时，这不是我不清楚，我正在尝试“git show”、“git apply”、“patch”等的不同组合。

Answer 19

我来这里寻找的是如何真正取回藏匿的东西，无论我检查了什么。 特别是，我隐藏了一些东西，然后签出旧版本，然后弹出它，但在那个较早的时间点，隐藏的内容是无操作的，所以隐藏的消失了； 我不能仅仅执行 git stash 来将其推回到堆栈上。 这对我有用：

$ git checkout somethingOld
$ git stash pop
...
nothing added to commit but untracked files present (use "git add" to track)
Dropped refs/stash@{0} (27f6bd8ba3c4a34f134e12fe69bf69c192f71179)
$ git checkout 27f6bd8ba3c
$ git reset HEAD^    # Make the working tree differ from the parent.
$ git stash # Put the stash back in the stack.
Saved working directory and index state WIP on (no branch): c2be516 Some message.
HEAD is now at c2be516 Some message.
$ git checkout somethingOld # Now we are back where we were.

回想起来，我应该使用 git stash apply ，而不是 git stash pop 。 我正在做一个bisect并且有一个小补丁，我想在每个bisect步骤中应用它。 现在我正在这样做：

$ git reset --hard; git bisect good; git stash apply
$ # Run tests
$ git reset --hard; git bisect bad; git stash apply
etc.

Answer 20

要在终端中查看提交，只过滤我们关心的提交：

git log --oneline --all --grep="^WIP on .*: [a-f0-9]\+" --grep="^On [^ ]*:" --grep="^index on [^ ]*:" $( env LANG=C git fsck --no-reflog | awk '/dangling commit/ {print $3}' )

这是基于 Aristotle Pagaltzis 的答案。

Answer 21

要仅查看存储提交、它们附加的位置以及其内容是什么

结果示例

Checking object directories: 100% (256/256), done.
2022-08-31 10:20:46 +0900 8d02f61 WIP on master: 243b594 add css
A       favicon.ico

命令

git fsck --dangling | awk '/dangling commit/ {print $3}' | xargs -L 1 git --no-pager show -s --format="%ct %h" | sort | awk '{print $2}' | { while read hash; do status=$(git stash show $hash --name-status 2>/dev/null); if (( $? == 0 )); then git show $hash -s --format="%C(green)%ci %C(yellow)%h %C(blue)%B"; echo "$status"; fi; done; }

• 要查看完整哈希，请将 %h 更改为 %H
• 要减少时间，请使用 tail fsck，例如git fsck --dangling | git fsck --dangling | git fsck --dangling | git fsck --dangling | 尾-100 | awk ...

恢复样本

Answer 22

使用以下步骤恢复它：

1. 识别已删除的存储哈希代码：

   gitk --all $( git fsck --no-reflog | awk '/dangling commit/ {print $3}' )

2. Cherry Pick the Stash:

   gitcherry-pick -m 1 $stash_hash_code

3. 解决冲突（如果有）使用：

   git mergetool

此外，如果您使用 gerrit，则可能会遇到提交消息问题。 请在执行下一个替代方案之前存储您的更改：

1. 使用硬重置到之前的提交，然后重新提交此更改。
2. 您还可以隐藏更改、变基并重新提交。

Answer 23

Github Desktop

如果您使用 Github Desktop 存储了更改，并且意外删除了存储的更改，那么您可以运行以下命令来搜索悬空存储提交（基于 这个答案）：

注意：如果使用 Windows，请使用 Git Bash（与 git 安装一起安装）运行命令，

git log --graph --oneline --decorate --all $( git fsck --no-reflog | awk '/dangling commit/ {print $3}' ) | grep 'GitHub_Desktop'

您将获得一个提交列表，例如：

| *   b7f1b023 On main: !!GitHub_Desktop<main>
| * 7e949012 On main: !!GitHub_Desktop<main>
| * 7de9b9ca On main: !!GitHub_Desktop<main>

获取提交列表中第一个的。 在上面的示例中，它将是 b7f1b023 并运行以下命令：

git stash apply b7f1b023

这将恢复您的更改。 如果没有，您可以尝试输出中的其他提交。

Answer 24

一旦你知道了你删除的存储提交的哈希值，你就可以将它作为存储应用：

git stash apply $stash_hash

或者，你可以为它创建一个单独的分支，

git branch recovered $stash_hash

之后，你可以使用所有普通工具做任何你想做的事情。 完成后，只需将树枝吹走即可。

查找哈希

如果您刚刚弹出它并且终端仍然打开，您将 屏幕上仍然有 git stash pop 打印的哈希值（谢谢，Dolda）。

否则，您可以在 Linux、Unix 或 Windows 上使用 Git Bash 来找到它：

git fsck --no-reflog | awk '/dangling commit/ {print $3}'

...或在 Windows 上使用 PowerShell：

git fsck --no-reflog | select-string 'dangling commit' | foreach { $_.ToString().Split(" ")[2] }

这将在提交图的提示处显示所有不再从任何分支引用的提交，或者标签 – 每个丢失的提交，包括您创建的每个存储提交，都将位于该图表中的某个位置。

找到所需的存储提交的最简单方法可能是将该列表传递给 gitk：

gitk --all $( git fsck --no-reflog | awk '/dangling commit/ {print $3}' )

...或参见 emragins 的答案（如果使用 Windows 版 PowerShell）。

这将启动一个存储库浏览器，向您显示存储库中的每一次提交，无论它是否可访问。

如果您更喜欢控制台上的漂亮图表而不是单独的 GUI 应用程序，则可以将其中的 gitk 替换为 git log --graph --oneline --decorate 之类的内容。

要发现存储提交，请查找以下形式的提交消息

：       某个分支上的 WIP：commithash 一些旧的提交消息

注意：提交消息仅采用这种形式（以“WIP on”开头），如果当您执行git stash时，您没有提供消息。

Answer 25

如果您没有关闭终端，只需查看 git stash pop 的输出，您就会获得删除的存储的对象 ID。 它通常看起来像这样：（

$ git stash pop
[...]
Dropped refs/stash@{0} (2ca03e22256be97f9e40f08e6d6773c7d41dbfd1)

请注意，git stash drop也会生成相同的行。）

要取回该存储，只需运行git Branch tmp 2cae03e，然后您就会将其作为分支。 要将其转换为存储，请运行：

git stash apply tmp
git stash

将其作为分支还可以让您自由地操作它； 例如，挑选它或合并它。