我发现我需要指定origin-main作为要合并到的分支。

git merge **origin main** --strategy-option theirs

我发现我需要指定origin-main作为要合并到的分支。

git merge **origin main** --strategy-option theirs

从…起https://git-scm.com/book/en/v2/Git-Tools-Advanced-Merging这基本上会进行一次假合并。它将记录新的合并提交两个分支都是父分支，但它甚至不会查看分支您正在合并。它将简单地记录为合并的结果当前分支中的确切代码。$git合并-我们的mundo通过“我们的”战略实现的合并。$git diff头部~你可以看到，我们所在的分支机构没有什么不同以及合并的结果。这通常有助于基本上欺骗Git，使其认为稍后进行合并时，分支已被合并。例如你分支了一个发布分支，并为此做了一些工作您将希望在某个时刻合并回主分支。在里面同时，需要将master上的一些错误修复程序向后移植到您的释放分支。您可以将错误修复分支合并到版本中分支，并将我们的同一分支合并到您的主分支中（即使修复程序已经存在），因此当您稍后合并再次发布分支，错误修复没有冲突。

如果我想让master反映新主题分支的变化，我发现这种情况很有用。我注意到，在某些情况下，Xtheir不会没有冲突地合并。。。例如

$ 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

现在签出主分支

$ git checkout master

将主题分支合并回去，但这次使用-Xtheir递归策略，这将为您呈现一个具有topicFoo状态的主分支。

$ git merge -X theirs topicFoo

要解决与特定分支中版本的所有冲突，请执行以下操作：

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

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

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

接受远程更改（他们的），如果发生冲突，您将收到以下错误：

fatal: Not possible to fast-forward, aborting.

因此，您可能希望快速地拉动并接受他们的更改：

$ git pull -X theirs --ff

git checkout——我们的/他们的并不专门解决冲突。它从我们/他们的文件中检出（取出整个文件）。

假设我们有一个文件foo，其中包含两个committes/branches/trees/whatever中的更改。如果存在由他们引入的冲突以及修改，并且我们希望使用我们的（然后使用签出）来解决冲突，我们的foo将丢弃引入冲突的更改以及修改。

使用SED

使用他们的解决方案：

sed-i-e'/^''/^=====//，/^========/d'-e'/^>>>>>>/d'foo

-i就地修改文件，/^^^===========</，/^=====/d删除（我们的）和（包括）之间的所有内容/^>>>>>>>/d删除剩余的冲突标记-e为SED指定多个模式foo文件

使用我们的解决方案：

sed-i-e'/^'>''''</d'-e'/^=====/，/^>>>>>>/d'foo

我编写了一个脚本，您可以调用gitresolve-o/-t/-b。

创建自定义合并工具

您可以创建自定义合并工具。在上述sed脚本的基础上，您可以在git配置中添加如下内容：

[mergetool "ours"]
    cmd = "sed -i -e '/^<<<<<<</d' -e '/^=======/,/^>>>>>>>/d' -- $MERGED"

并将其称为gitmergetool--tool=ours