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

Question

我使用了 git pull 并遇到了合并冲突：

unmerged:   some_file.txt

You are in the middle of a conflicted merge.

如何放弃对文件的更改并仅保留拉取的更改？

Answer 1

对于 git >= 1.6.1：

git merge --abort

对于旧版本的 git，这将完成这项工作：

git reset --merge

或

git reset --hard

Answer 2

您可以中止合并步骤：

git merge --abort

否则您可以保留您的更改（您所在的分支），

git checkout --ours file1 file2 ...

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

git checkout --theirs file1 file2 ...

Answer 3

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

也没有特别需要重置并使用不同的策略执行合并。 git 已正确突出显示冲突，并且接受另一方更改的要求仅适用于该文件。

对于冲突中未合并的文件，git 在索引中提供该文件的公共基础版本、本地版本和远程版本。 （这是 git mergetool 读取它们以便在 3 向 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

Answer 4

评论表明 git reset --merge 是 git merge --abort 的别名。 值得注意的是，在存在 MERGE_HEAD 的情况下，git merge --abort 仅相当于 git reset --merge。 这可以在 git 合并命令帮助中阅读。

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

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

就我个人而言，我发现 git reset --merge 对于与所描述的类似的场景以及一般失败的合并来说更强大。

Answer 5

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

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

希望有帮助！

Answer 6

保留工作副本状态的另一种选择是：

git stash
git merge --abort
git stash pop

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

Answer 7

可能不是OP想要的，但对我来说，我尝试将稳定分支合并到功能分支，但存在太多冲突。
我没有设法重置更改，因为 HEAD 已被多次提交更改，因此简单的解决方案是强制签出到稳定分支。
然后您可以签出到另一个分支，它将与合并之前一样。

git checkout -f master

git checkout side-branch

Answer 8

从 Git 1.6.1.3 开始 git checkout 已经可以签出从合并的任一侧：

git checkout --theirs _widget.html.erb

Answer 9

为了避免陷入此类麻烦，可以扩展git merge --abort方法并在之前创建一个单独的测试分支合并。

案例：您有一个主题分支，它没有被合并，因为您分心/出现了一些事情/您知道但它已经（或已经）准备好了。

现在是否可以将其合并到master中？

在测试分支中工作以估计/找到解决方案，然后放弃测试分支并在主题分支中应用该解决方案。

# Checkout the topic branch
git checkout topic-branch-1

# Create a _test_ branch on top of this
git checkout -b test

# Attempt to merge master
git merge master

# If it fails you can abandon the merge
git merge --abort
git checkout -
git branch -D test  # we don't care about this branch really...

致力于解决冲突。

# Checkout the topic branch
git checkout topic-branch-1

# Create a _test_ branch on top of this
git checkout -b test

# Attempt to merge master
git merge master

# resolve conflicts, run it through tests, etc
# then
git commit <conflict-resolving>

# You *could* now even create a separate test branch on top of master
# and see if you are able to merge
git checkout master
git checkout -b master-test
git merge test

最后再次检查主题分支，应用测试分支中的修复并继续 PR。
最后删除测试和主测试。

涉及？ 是的，但在我准备好之前，它不会扰乱我的主题或主分支。

Answer 10

我发现以下内容对我有用（将单个文件恢复到合并前状态）：

git reset *currentBranchIntoWhichYouMerged* -- *fileToBeReset*

Answer 11

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

git reset --hard HEAD

您想要的另一部分是让他们的更改覆盖您的更改。

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

git pull --strategy=theirs remote_branch

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

git fetch origin
git reset --hard origin

Answer 12

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

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

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

来自 git merge 手册页

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

合并正在进行时，会出现 MERGE_HEAD。

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

如果您有不想在开始合并之前提交的更改，只需在合并之前 git stash 它们，然后 git stash pop 完成合并或中止合并后。

Answer 13

git merge --abort

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

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

git merge --abort 相当于 git reset --merge
MERGE_HEAD 存在。

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

Answer 14

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

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

git reset 应该执行与 svn revert 相同的操作，即放弃不需要的更改。