我经常使用gitstash和gitstashpop来保存和恢复工作树中的更改。昨天,我在我的工作树中做了一些修改,这些修改是我藏起来并弹出的,然后我对工作树做了更多的修改。我想回去回顾一下昨天隐藏的更改,但gitstashpop似乎删除了对相关提交的所有引用。

我知道如果我使用git stash,那么.git/refs/stash包含用于创建stash的提交的引用。git/logs/refs/stash包含整个存储。但这些参考资料在git stash pop之后就不见了。我知道提交仍在我的存储库中,但我不知道它是什么。

有没有一种简单的方法可以恢复昨天的存储提交引用?


当前回答

gitfsck——不可访问|grep提交应该显示sha1,尽管它返回的列表可能很大。gitshow<sha1>将显示它是否是您想要的提交。

gitcherry-pick-m1<sha1>将提交合并到当前分支。

其他回答

为什么人们会问这个问题?因为他们还不知道或不了解回流。

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

我建议每个有这个问题的人只检查一下reflog(git reflog),不要太多。一旦您看到所有提交的列表,就有一百种方法可以找到您要查找的提交,并从中选择或创建分支。在此过程中,您将了解reflog以及各种基本git命令的有用选项。

gitfsck——不可访问|grep提交应该显示sha1,尽管它返回的列表可能很大。gitshow<sha1>将显示它是否是您想要的提交。

gitcherry-pick-m1<sha1>将提交合并到当前分支。

一旦你知道你丢弃的隐藏提交的哈希值,你就可以将其作为一个隐藏:

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}'

…或使用PowerShell for Windows:

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

这将在提交图的顶端显示所有提交,这些提交不再从任何分支或标记引用——每个丢失的提交,包括您创建的每个隐藏提交,都将位于该图的某个位置。

找到您想要的隐藏提交的最简单方法可能是将该列表传递给gitk:

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

…如果使用PowerShell for Windows,请查看emragins的答案。

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

如果您更喜欢控制台上的图形而不是单独的GUI应用程序,那么可以用git-log-grap-online之类的东西来替换gitk。

要发现隐藏提交,请查找以下形式的提交消息:

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

注意:如果您在执行git stash时没有提供消息,则提交消息将以这种形式出现(以“WIP on”开头)。

您可以一步一步地执行以下过程:

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

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

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

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

我刚刚构造了一个命令,帮助我找到丢失的藏匿物品:

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