我发现以下方法对我有效（将单个文件恢复到合并前状态）：

git reset *currentBranchIntoWhichYouMerged* -- *fileToBeReset*

由于您的拉动不成功，那么HEAD（而不是HEAD^）是分支上最后一个“有效”提交：

git reset --hard HEAD

你想要的另一件事是让他们的改变凌驾于你的改变之上。

旧版本的git允许您使用“他们的”合并策略：

git pull --strategy=theirs remote_branch

但正如Junio Hamano（Git维护者）在这条消息中所解释的那样，这条消息已经被删除。如链接中所述，您可以这样做：

git fetch origin
git reset --hard origin

我想你需要重置一下。

请注意，git revert意味着与svn revert非常不同的东西-在Subversion中，该revert将丢弃您（未提交）的更改，将文件从存储库返回到当前版本，而git rever“撤消”提交。

gitreset应该执行与svnreset等效的操作，即丢弃不需要的更改。

我发现以下方法对我有效（将单个文件恢复到合并前状态）：

git reset *currentBranchIntoWhichYouMerged* -- *fileToBeReset*

为了避免陷入这种麻烦，可以扩展git合并-中止方法，并在合并之前创建一个单独的测试分支。

案例：你有一个主题分支，它没有被合并，因为你分心了/有些事情发生了/你知道，但它已经准备好了。

现在可以将其合并到master中吗？

在测试分支中工作以估计/找到解决方案，然后放弃测试分支并在主题分支中应用解决方案。

# Checkout the topic branch
git checkout topic-branch-1

# Create a _test_ branch on top of this
git checkout -b test

# Attempt to merge master
git merge master

# If it fails you can abandon the merge
git merge --abort
git checkout -
git branch -D test  # we don't care about this branch really...

努力解决冲突。

# Checkout the topic branch
git checkout topic-branch-1

# Create a _test_ branch on top of this
git checkout -b test

# Attempt to merge master
git merge master

# resolve conflicts, run it through tests, etc
# then
git commit <conflict-resolving>

# You *could* now even create a separate test branch on top of master
# and see if you are able to merge
git checkout master
git checkout -b master-test
git merge test

最后再次签出主题分支，从测试分支应用修复程序并继续执行PR。最后删除测试和主测试。

卷入的是的，但在我做好准备之前，它不会干扰我的主题或主分支。

git merge --abort

中止当前冲突解决过程，并尝试重建合并前状态。如果合并时存在未提交的工作树更改started，gitmerge--在某些情况下中止将无法重建这些变化。因此，建议始终在运行gitmerge之前提交或隐藏更改。git merge--abort等效于git reset--mergeMERGE_HEAD存在。

http://www.git-scm.com/docs/git-merge