简单的一行

我总是用

Git重置—合并

我不记得它曾经失败过。

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

如果DavidG是正确的，它没有弹出隐藏，因为合并冲突，那么你只需要清理你的工作目录。赶快提交你关心的一切。(如果没有完成，可以稍后重置或压缩提交。)然后，你所关心的一切安全，git重置其他一切，git stash弹出转储到你的工作目录。

我可以在“脏”目录上重新生成干净的git stash pop，具有未提交的更改，但尚未生成合并冲突的pop。

如果在合并冲突中，你试图应用的stash没有消失，你可以尝试检查git show stash@{0}(可选与-ours或-their)，并与git statis和git diff HEAD进行比较。您应该能够看到哪些更改来自应用存储。

如果你只有存储的更改，试试下面的一行。它删除了当前的每个局部更改。

Git checkout -f

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 mergetool将合并文件拆分为原始部分和新部分。希望其中一个是包含你非隐藏更改的文件。 反向应用隐藏的diff来撤销这些更改。您可能必须手动分离合并冲突的文件(希望上面的技巧可以奏效)。

这两个我都没有测试过，所以我不确定它们是否能工作。