合并——只有当你合并其他分支代码并且它有冲突时才会中止。

git merge --abort

如果stash pop有冲突，你可以使用:

git reset --merge

如果在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

I'm posting here hoping that others my find my answer helpful. I had a similar problem when I tried to do a stash pop on a different branch than the one I had stashed from. On my case I had no files that were uncommitted or in the index but still got into the merge conflicts case (same case as @pid). As others pointed out previously, the failed git stash pop did indeed retain my stash, then A quick git reset HEAD plus going back to my original branch and doing the stash from there did resolve my problem.

编辑:从弹出部分的git帮助隐藏文档:

应用状态可能会因冲突而失败;在这种情况下，它不会从收藏列表中删除。你需要手动解决冲突，然后手动调用git stash drop。

如果使用了——index选项，则不仅尝试恢复工作树的更改，还尝试恢复索引的更改。但是，当您有冲突时(冲突存储在索引中，因此您不能再像最初那样应用更改)，这可能会失败。

试着硬拷贝你所有的repo到一个新目录(这样你就有了一个副本)，然后运行:

Git stash显示和保存输出的地方，如果你关心它。

然后:git stash下降下降冲突的stash 然后:git重置头

这应该会使您的回购处于之前的状态(希望，我仍然无法重现您的问题)

===

我试图重现你的问题，但我得到的所有当使用git stash流行是:

error: Your local changes to the following files would be overwritten by merge:
...
Please, commit your changes or stash them before you can merge.
Aborting

在一个干净的目录下:

git init
echo hello world > a
git add a & git commit -m "a"
echo hallo welt >> a
echo hello world > b
git add b & git commit -m "b"
echo hallo welt >> b
git stash
echo hola mundo >> a
git stash pop

我没有看到git试图合并我的更改，它只是失败了。你有什么我们可以帮助你的重现步骤吗?

我用不同的方法解决了这个问题。事情是这样的。

首先，我碰到了错误的分支，产生了冲突。存储仍然完好无损，但是索引在冲突解决中，阻塞了许多命令。

简单的git重置HEAD会中止冲突解决，并留下未提交(和不需要的)更改。

几个git co <filename>将索引恢复到初始状态。最后，我用git co <branch-name>切换了分支，并运行了一个新的git stash pop，解决了没有冲突的问题。

尝试使用if跟踪文件。

git rm <path to file>
git reset  <path to file>
git checkout <path to file>