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

git checkout-f master

git结帐侧分支

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

git checkout-f master

git结帐侧分支

自从Git 1.6.1.3以来，Git checkout已经可以从合并的任何一侧进行签出：

git checkout --theirs _widget.html.erb

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

git stash
git merge --abort
git stash pop

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

如果您的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已经正确地强调了冲突，接受其他方更改的要求仅适用于这一个文件。

对于冲突中的未合并文件，git会在索引中提供文件的公共基础、本地和远程版本。（这是git mergetool在三向diff工具中读取它们的地方。）您可以使用git show查看它们。

# common base:
git show :1:_widget.html.erb

# 'ours'
git show :2:_widget.html.erb

# 'theirs'
git show :3:_widget.html.erb

逐字使用远程版本解决冲突的最简单方法是：

git show :3:_widget.html.erb >_widget.html.erb
git add _widget.html.erb

或者，如果git>=1.6.1：

git checkout --theirs _widget.html.erb