如果您的git版本>=1.6.1，则可以使用git reset-merge。

此外，正如@Michael Johnson所提到的，如果您的git版本是>=1.7.4，您也可以使用gitmerge--abort。

一如既往，在开始合并之前，确保没有未提交的更改。

从gitmerge手册页

当存在merge_HEAD时，gitmerge--abort等同于gitreset-merge。

合并过程中，MERGE_HEAD出现。

此外，关于启动合并时未提交的更改：

如果在开始合并之前有不想提交的更改，只需在合并之前将其保存，并在完成合并或中止合并后将其弹出。

我想你需要重置一下。

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

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

git merge --abort

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

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

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

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 stash
git merge --abort
git stash pop

我通常建议不要这样做，因为它实际上就像Subversion中的合并，因为它会在接下来的提交中丢弃分支关系。