如果在git隐藏弹出之前没有阶段性的更改，那么下面两个命令应该可以工作。

git diff --name-only --cached | xargs git checkout --ours HEAD
git ls-tree stash@{0}^3 --name-only | xargs rm

第一种方法将从存储中反转任何合并，不管成功与否。第二个删除由隐藏引入的任何未跟踪的文件。

从man git stash:工作目录必须匹配索引。@DavidG指出，如果当前任何未分段修改的文件发生冲突，隐藏弹出将失败。因此，除了返回HEAD之外，我们不应该担心解除合并冲突。任何剩余的修改文件都与存储无关，并且是在存储弹出之前修改的

如果有阶段性的变化，我不清楚我们是否可以依赖相同的命令，你可能想尝试@Ben Jackson的技巧。建议表示赞赏。

下面是针对所有不同情况的测试设置https://gist.github.com/here/4f3af6dafdb4ca15e804

# Result:
# Merge succeeded in m (theirs)
# Conflict in b
# Unstaged in a
# Untracked in c and d

# Goal:
# Reverse changes to successful merge m
# Keep our version in merge conflict b
# Keep our unstaged a
# Keep our untracked d
# Delete stashed untracked c

简单的一行

我总是用

Git重置—合并

我不记得它曾经失败过。

注意:git重置——合并将丢弃任何阶段性更改。此外，正如@Saroopashree Kumaraguru在评论中指出的那样，隐藏的内容不会丢失，以后可以重新应用。

使用git reflog列出在git历史中所做的所有更改。复制一个动作id，输入git reset ACTION_ID

好吧，我想我已经解决了"git stash unapply"。它比git apply -reverse更复杂，因为你需要反向合并操作，以防git stash apply做了任何合并。

反向合并要求所有当前更改都被推入索引:

Git add -u

然后反转由git stash apply完成的合并递归:

——$(Git write-tree) stash@{0}^1

现在你将只剩下非隐藏的变化。它们会在索引中。如果你愿意，你可以使用git重置来取消你的更改。

鉴于你最初的git stash应用失败了，我假设反向也可能失败，因为它想要撤消的一些事情没有完成。

下面是一个例子，展示了工作副本(通过git状态)如何再次干净:

 $ git status
# On branch trunk
nothing to commit (working directory clean)
 $ git stash apply
Auto-merging foo.c
# On branch trunk
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       modified:   foo.c
#
no changes added to commit (use "git add" and/or "git commit -a")
 $ git add -u
 $ git merge-recursive stash@{0}: -- $(git write-tree) stash@{0}^1
Auto-merging foo.c
 $ git status
# On branch trunk
nothing to commit (working directory clean)

如果你不需要担心你所做的任何其他更改，你只想回到上次提交，那么你可以这样做:

git reset .
git checkout .
git clean -f

我的用例:只是尝试弹出到错误的分支并得到冲突。我所需要的是撤消弹出，但保持它在收藏列表，以便我可以弹出它在正确的分支。我是这样做的:

git reset HEAD --hard
git checkout my_correct_branch
git stash pop

一件容易的事。