解决Git合并冲突以利于拉动期间的更改

我该如何解决git merge冲突以利于更改？

基本上，我需要从工作树中删除所有有冲突的更改，而不必git mergetool在保持所有无冲突更改的同时经历所有冲突。最好在拉动时这样做，而不是在以后。

git pull -s recursive -X theirs <remoterepo or other repo>

或者，简单地，对于默认存储库：

git pull -X theirs

如果您已经处于冲突状态...

git checkout --theirs path/to/file

您可以使用递归“他们的”策略选项：

git merge --strategy-option theirs

从男人：

ours
    This option forces conflicting hunks to be auto-resolved cleanly by 
    favoring our version. Changes from the other tree that do not 
    conflict with our side are reflected to the merge result.

    This should not be confused with the ours merge strategy, which does 
    not even look at what the other tree contains at all. It discards 
    everything the other tree did, declaring our history contains all that
    happened in it.

theirs
    This is opposite of ours.

注：由于该男子页称，“我们的”合并的策略选项是从“我们”合并完全不同的策略。

如果您已经处于冲突状态，并且只想接受他们所有的状态：

git checkout --theirs .
git add .

如果要执行相反的操作：

git checkout --ours .
git add .

这太剧烈了，因此请确保您确实要在执行此操作之前先将所有内容清除掉。

好了，想象一下我刚刚遇到的情况：

您尝试使用merge或可能cherry-pick会用停止

$ git cherry-pick 1023e24
error: could not apply 1023e24... [Commit Message]
hint: after resolving the conflicts, mark the corrected paths
hint: with 'git add <paths>' or 'git rm <paths>'
hint: and commit the result with 'git commit'

现在，您查看冲突的文件，而您确实不想保留所做的更改。在上面的例子中，文件在我的IDE自动添加的换行符上发生冲突。要撤消更改并接受更改，最简单的方法是：

git checkout --theirs path/to/the/conflicted_file.php
git add path/to/the/conflicted_file.php

相反（用您的版本覆盖传入的版本）是

git checkout --ours path/to/the/conflicted_file.php
git add path/to/the/conflicted_file.php

令人惊讶的是，我在网络上找不到这个答案。

该git pull -X theirs答案可能创建一个丑陋的合并提交，或发出

错误：您对以下文件的本地更改将被合并覆盖：

如果您只想忽略对存储库中文件的任何本地修改，例如在应该始终是源镜像的客户端上，请运行此命令（master用所需的分支替换）：

git fetch && git reset --hard origin/master

它是如何工作的？git fetch可以，git pull但是没有合并。然后git reset --hard使您的工作树与最后一次提交匹配。您对存储库中文件的所有本地更改将被丢弃，但是新的本地文件将被保留。

git merge之后，如果您遇到冲突并且想要自己或他们的

git checkout --theirs .
git checkout --ours .

要解决与特定分支中的版本的所有冲突：

git diff --name-only --diff-filter=U | xargs git checkout ${branchName}

因此，如果您已经处于合并状态，并且想要保留冲突文件的主版本：

git diff --name-only --diff-filter=U | xargs git checkout master

请不要这样，有时这是行不通的：

git checkout-我们的路径/到/文件

要么

git checkout-他们的路径/到/文件

我是这样做的，假设HEAD是我们的，而MERGE_HEAD是他们的

git checkout HEAD -- path/to/file

要么：

git checkout MERGE_HEAD -- path/to/file

完成此操作后，我们会很好：

git add .

如果您想了解更多，请在这里查看torek的精彩文章： git checkout-我们不会从未合并的文件列表中删除文件

VS Code（集成Git）IDE用户：

如果要接受冲突文件中的所有传入更改，请执行以下步骤。

1. Go to command palette - Ctrl + Shift + P
2. Select the option - Merge Conflict: Accept All Incoming

同样，您可以对其他选项执行操作，例如“ 全部接受”，“全部接受当前”等，

我有一个长期运行的next-version分支机构，对已更改的develop文件，在两个分支机构中不同位置添加的文件进行大量删除，等等。

我想将next-version分支的全部内容都带入develop，所有这些都需要进行一次合并提交。

以上对我有用的命令的组合是：

git merge -X theirs next-version
# lots of files left that were modified on develop but deleted on next-version
git checkout next-version .
# files removed, now add the deletions to the commit
git add .
# still have files that were added on develop; in my case they are all in web/
git rm -r web

这不是一个新的答案，只是结合了许多答案中的一部分，部分是为了确保您可能需要所有这些答案。

如果您已经处于冲突状态，并且不想一一签出路径。你可以试试

git merge --abort
git pull -X theirs

从 https://git-scm.com/book/en/v2/Git-Tools-Advanced-Merging

这基本上会进行伪合并。它将记录两个分支都作为父级的新合并提交，但它甚至不会查看您要合并的分支。它将简单地记录合并的结果作为当前分支中的确切代码。

$ git merge -s ours mundo

通过“我们的”策略合并。

$ git diff HEAD HEAD~

您可以看到我们所在的分支与合并结果之间没有任何区别。

在以后进行合并时，从根本上诱骗Git认为分支已被合并通常会很有用。例如，假设您从一个发布分支分支出来，并且已经对其进行了一些工作，那么您将需要在某个时候合并回您的主分支。同时，master上的一些错误修正需要回移植到您的发行分支中。您可以将bugfix分支合并到release分支中，也可以将-s我们的相同分支合并到您的master分支中（即使已存在此修复程序），因此当您以后再次合并release分支时，bugfix不会产生冲突。

我希望管理员掌握新主题分支的更改，这对我很有用。我注意到-Xtheirs在某些情况下不会合并而不会发生冲突...例如

$ git merge -Xtheirs topicFoo 

CONFLICT (modify/delete): js/search.js deleted in HEAD and modified in topicFoo. Version topicFoo of js/search.js left in tree.

在这种情况下，我发现的解决方案是

$ git checkout topicFoo

从topicFoo开始，首先使用-s ours策略合并到master中，这将创建仅是topicFoo状态的假提交。$ git merge -s我们的主人

检查创建的合并提交

$ git log

现在结帐master分支

$ git checkout master

将主题分支合并回去，但是这次使用-Xtheirs递归策略，这将为您提供状态为topicFoo的主分支。

$ git merge -X theirs topicFoo