我经常使用gitstash和gitstashpop来保存和恢复工作树中的更改。昨天，我在我的工作树中做了一些修改，这些修改是我藏起来并弹出的，然后我对工作树做了更多的修改。我想回去回顾一下昨天隐藏的更改，但gitstashpop似乎删除了对相关提交的所有引用。
我知道如果我使用git stash，那么.git/refs/stash包含用于创建stash的提交的引用。git/logs/refs/stash包含整个存储。但这些参考资料在git stash pop之后就不见了。我知道提交仍在我的存储库中，但我不知道它是什么。
有没有一种简单的方法可以恢复昨天的存储提交引用？
当前回答
只查看隐藏提交、它们附加的位置以及它们的内容
结果样本
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为了减少时间，尾部fsck类似于gitfsck--悬挂|tail-100|awk。。。
回收样品
其他回答
只查看隐藏提交、它们附加的位置以及它们的内容
结果样本
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为了减少时间，尾部fsck类似于gitfsck--悬挂|tail-100|awk。。。
回收样品
我只是想在公认的解决方案中提及这一点。第一次尝试这个方法时，我并没有立即意识到这一点（也许应该是这样），但要从哈希值应用存储，只需使用“git stash apply”：
$ git stash apply ad38abbf76e26c803b27a6079348192d32f52219
当我刚接触git时，我并不清楚这一点，我尝试了“git show”、“git apply”、“patch”等不同的组合。
gitfsck——不可访问|grep提交应该显示sha1，尽管它返回的列表可能很大。gitshow＜sha1＞将显示它是否是您想要的提交。
gitcherry-pick-m1<sha1>将提交合并到当前分支。
我刚刚构造了一个命令，帮助我找到丢失的藏匿物品：
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树中的所有对象，查找属于commit类型的对象，然后显示每个对象的摘要。从这一点来看，只需要仔细查看提交，找到合适的“WIP on work：6a9b2”（“work”是我的分支，619bb2是最近的提交）。
我注意到，如果我使用“git stash apply”而不是“git stash pop”，我就不会有这个问题，如果我用“git sash save message”，那么提交可能会更容易找到。
更新：根据内森的想法，这变得更短：
for ref in `git fsck --unreachable | grep commit | cut -d' ' -f3`; do git show --summary $ref; done | less
我最喜欢的是这一行：
git log --oneline $( git fsck --no-reflogs | awk '/dangling commit/ {print $3}' )
这与这个答案基本相同，但要短得多。当然，您仍然可以添加--graph以获得树状显示。
在列表中找到提交后，使用
git stash apply THE_COMMIT_HASH_FOUND
对我来说，使用--no reflogs确实揭示了丢失的存储条目，但--unareachable（正如许多其他答案中所发现的）并没有。
在Windows下，在gitbash上运行它。
致谢：以上命令的详细信息摘自https://gist.github.com/joseluisq/7f0f1402f05c45bac10814a9e38f81bf
