评论建议git reset-merge是git merge-ort的别名。值得注意的是，如果存在merge_HEAD，gitmerge--abort仅等同于gitreset-merge。这可以在git help for merge命令中读取。

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

合并失败后，如果没有merge_HEAD，则可以使用git-reset-mmerge撤消失败的合并，但不必使用gitmerge-art。它们不仅是同一事物的新旧语法。

就个人而言，我发现git reset-merge对于与所描述的场景类似的场景更为强大，并且通常合并失败。

在这个特定的用例中，您实际上并不想中止合并，只需以特定的方式解决冲突。

也没有特别需要重置并使用不同的策略执行合并。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

git merge --abort

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

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

如果您的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

否则您可以保留更改（在哪个分支上）

git checkout --ours file1 file2 ...

否则您可以保留其他分支更改

git checkout --theirs file1 file2 ...