我遇到了合并冲突。如何中止合并？

我使用git pull了合并冲突：

unmerged:   _widget.html.erb

You are in the middle of a conflicted merge.

我知道该文件的其他版本是好的，而我的是不好的，因此我的所有更改都应该放弃。我怎样才能做到这一点？

由于您pull不成功，因此HEAD（not HEAD^）是分支上的最后一个“有效”提交：

git reset --hard HEAD

您想要的另一件事情是让他们的更改优先于您的更改。

较早版本的git允许您使用“其”合并策略：

git pull --strategy=theirs remote_branch

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

git fetch origin
git reset --hard origin

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

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

与往常一样，在开始合并之前，请确保您没有未提交的更改。

从git merge手册页

git merge --abort等同于git reset --merge何时MERGE_HEAD存在。

MERGE_HEAD 进行合并时出现。

另外，关于开始合并时未提交的更改：

如果您有更改，则不想在开始合并之前提交，只需git stash在合并之前，git stash pop完成合并或中止之后再提交即可。

git merge --abort

中止当前的冲突解决过程，并尝试重构合并前状态。

如果合并开始时存在未提交的工作树更改，git merge --abort则在某些情况下将无法重构这些更改。因此，建议始终在运行git merge之前提交或存储更改。

git merge --abort等同于git reset --merge何时 MERGE_HEAD存在。

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

它是如此简单。

git merge --abort

当您遇到此类故障并运行git status命令时，Git本身会向您显示解决方案。

git status

希望这对人们有帮助。

我认为这是git reset您需要的。

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

git reset应该做等同于svn revert，也就是说，放弃不必要的更改。

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

也不特别需要重置并执行具有不同策略的合并。git已经正确地突出显示了冲突，并且接受其他方面的更改的要求仅适用于此文件。

对于冲突中的未合并文件，git会在索引中提供文件的通用基本版本，本地版本和远程版本。（这是读取它们的位置，以便在3向差异工具git mergetool中使用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 fetch和git pull，然后意识到上游分支不是主分支，这导致了不必要的冲突。

git reset --merge 

还原后无需重置我的本地更改。

注释表明这git reset --merge是的别名git merge --abort。值得注意的是，git merge --abort它仅等同于存在git reset --mergea的MERGE_HEAD情况。可以在git help for merge命令中阅读。

当存在MERGE_HEAD时，git merge --abort等效于git reset --merge。

合并失败后，如果MERGE_HEAD没有合并失败，则可以使用git reset --merge（但不一定使用）撤消失败的合并git merge --abort。它们不仅是同一事物的新旧语法。

就个人而言，我发现git reset --merge在与上述情况相似的情况下功能更强大，并且合并通常失败。

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

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中合并一样，因为它在接下来的提交中丢弃了分支关系。

由于Git 1.6.1.3 git checkout能够从合并的任意一侧检出：

git checkout --theirs _widget.html.erb

我发现以下对我有用（将单个文件还原为合并前的状态）：

git reset *currentBranchIntoWhichYouMerged* -- *fileToBeReset*

源树

因为您没有提交合并，所以只需双击另一个分支（这意味着将其签出），然后当sourcetree询问您有关放弃所有更改的信息时，请同意:)