git merge --abort

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

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

git merge --abort

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

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

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

git reset --hard HEAD

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

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

git pull --strategy=theirs remote_branch

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

git fetch origin
git reset --hard origin

如果最终出现合并冲突，并且没有任何要提交的内容，但仍显示合并错误。在应用所有下面提到的命令之后，

git reset --hard HEAD
git pull --strategy=theirs remote_branch
git fetch origin
git reset --hard origin

请删除

.git\index.lock

文件[恢复时剪切粘贴到其他位置]，然后根据需要的版本输入以下任意命令。

git reset --hard HEAD
git reset --hard origin

希望这有帮助！！！

另一种保留工作副本状态的方法是：

git stash
git merge --abort
git stash pop

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

可能不是OP想要的，但对我来说，我试图将一个稳定分支合并到一个功能分支，但冲突太多了。由于HEAD被多次提交更改，所以我没有成功重置更改，所以简单的解决方案是强制签出到一个稳定的分支。然后您可以签出到另一个分支，它将与合并前一样。

git checkout-f master

git结帐侧分支