终止Git中的隐藏流行

我弹出一个存储区，发生合并冲突。与列出为重复项的问题不同，我已经在要保留的目录中进行了一些未提交的更改。我不仅要使合并冲突消失，还要使目录恢复到弹出之前的状态。

我尝试了git merge --abort，但是git声称没有进行合并。有没有一种简单的方法可以在不破坏我原来在目录中进行的更改的情况下中止弹出窗口？

好的，我想我已经解决了“ git stash unapply”的问题。它比git apply --reverse因为需要进行反向合并操作（以防万一）进行了任何合并而复杂git stash apply。

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

• git add -u

然后倒置的merge-recursive是做的git stash apply：

• git merge-recursive stash@{0}: -- $(git write-tree) stash@{0}^1

现在，您将只剩下非隐藏更改。它们将在索引中。git reset如果愿意，可以用来取消更改。

考虑到您原来的git stash apply失败，我认为反向操作也可能失败，因为它要撤消的某些事情没有完成。

这是一个示例，展示了工作副本（通过git status）如何再次干净地结束：

 $ 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 HEAD --hard
git checkout my_correct_branch
git stash pop

简单。

编辑：从git help stash弹出部分的文档中：

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

如果使用--index选项，则不仅尝试恢复工作树的更改，而且尝试恢复索引的更改。但是，当您有冲突时（存储在索引中，因此您不再可以像以前那样应用更改），这可能会失败。

尝试将所有存储库硬拷贝到新目录（这样就可以得到副本）并运行：

git stash show 并在需要时将其保存在某个地方。

然后：git stash drop删除冲突的存储，然后：git reset HEAD

那应该使您的存储库保持以前的状态（希望我仍然无法再现您的问题）

===

我正在尝试再现您的问题，但是当我使用时，我得到的git stash pop只是：

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 reset --merge

我不记得它曾经失败过。

如果您不必担心所做的任何其他更改，而只想回到上一次提交，则可以执行以下操作：

git reset .
git checkout .
git clean -f

好的，我想我已经找到了一个工作流程，可以将您带回到需要的位置（就像您没有做流行音乐一样）。

进行备份之前！！我不知道这是否适合您，因此请复制您的整个存储库以防万一。

1）通过选择补丁中的所有更改来解决合并问题并解决所有冲突（在tortoisemerge中，这显示为one.REMOETE（它们的））。

git mergetool

2）提交这些更改（它们已经通过mergetool命令添加了）。给它提交“合并”的消息或您记得的东西。

git commit -m "merge"

3）现在，您仍将拥有最初开始的本地未暂存的更改，并从补丁中提交了新的提交（我们可以稍后删除它）。现在提交您未进行的更改

git add .
git add -u .
git commit -m "local changes"

4）颠倒补丁。可以使用以下命令完成此操作：

git stash show -p | git apply -R

5）进行以下更改：

git commit -a -m "reversed patch"

6）摆脱补丁/取消补丁提交

git rebase -i HEAD^^^

从中，删除其中带有“合并”和“反向补丁”的两行。

7）找回您未做的更改，并撤消“本地更改”提交

git reset HEAD^

我已经通过一个简单的示例进行了遍历，它使您回到想要的位置-在弹出隐藏存储之前，就可以进行本地更改并且仍然可以弹出存储存储。

我以某种不同的方式解决了这个问题。这是发生了什么。

首先，我在错误的分支上弹出并遇到冲突。存储区保持完整，但索引处于冲突解决状态，从而阻止了许多命令。

一个简单的git reset HEAD中止冲突解决方案，并保留未提交（和UNWANTED）的更改。

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

一些想法：

• 使用git mergetool到合并文件分割成原始的和新的部件。希望其中之一是其中包含非隐藏更改的文件。

• 反向应用存储的差异，以撤消那些更改。您可能必须手动将合并冲突的文件分割开（希望上述技巧可以解决）。

我没有测试任何一个，所以我不确定它们是否会起作用。

我可以git stash pop在“脏”目录上重做干净的目录，并进行未提交的更改，但是还没有弹出会产生合并冲突。

如果发生合并冲突，您尝试应用的存储区没有消失，则可以尝试检查git show stash@{0}（可选地使用--ours或--theirs）并与git statis和进行比较git diff HEAD。您应该能够看到应用存储所带来的变化。

如果DavidG是正确的，因为合并冲突没有弹出存储，那么您只需要清理工作目录即可。迅速处理git commit您关心的一切。（您可以reset或squash稍后再提交。）然后，您在乎安全的git reset所有事项以及git stash pop倾倒到您的工作目录。

如果在之前没有分段更改git stash pop，如问题中所示，那么以下两个命令应该起作用。

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

第一个从存储中撤消任何合并，无论成功与否。第二个删除存储的所有未跟踪文件。

发件人man git stash：The working directory must match the index. @DavidG指出，stash pop如果任何当前未暂存的已修改文件发生冲突，将失败。因此，除了回到之前，我们不必担心消除合并冲突HEAD。然后，所有剩余的已修改文件都与存储无关，并在stash pop

如果发生了阶段性的更改，我不清楚我们是否可以依靠相同的命令，您可能想尝试@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 reflog列出使用Git的历史所做的所有更改。复制一个动作ID并输入git reset ACTION_ID

我在这里发布，希望其他人对我的回答有所帮助。当我尝试在与我藏身的分支不同的分支上进行藏匿弹出时，我遇到了类似的问题。就我而言，我没有未提交或在索引中的文件，但仍然陷入合并冲突的情况（与@pid相同）。正如其他人先前指出的那样，失败的git stash pop确实确实保留了我的stash，然后快速git reset HEAD再返回到我的原始分支并从那里进行隐藏确实解决了我的问题。