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

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 pull -s recursive -X theirs <remoterepo or other repo>

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

git pull -X theirs

如果你已经处于冲突状态。。。

git checkout --theirs path/to/file

好吧，想象一下我刚才的情景：

你尝试合并，或是樱桃采摘，但你被阻止了

$ 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 diff --name-only --diff-filter=U | xargs git checkout ${branchName}

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

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

如果你已经处于冲突状态，并且你想接受他们的一切：

git checkout --theirs .
git add .

如果你想做相反的事情：

git checkout --ours .
git add .

这是非常激烈的，所以在做这件事之前，一定要确保你真的想把所有的东西都这样抹掉。

请注意，有时这是行不通的：

git checkout--我们的路径/to/file

or

git checkout--他们的路径/to/file

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

git checkout HEAD -- path/to/file

or:

git checkout MERGE_HEAD -- path/to/file

在我们这样做之后，我们很好：

git add .

如果你想了解更多，请点击此处查看精彩的torek帖子：git checkout--我们不会从未合并文件列表中删除文件

从…起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 pull-X他们的答案可能会创建一个难看的合并提交，或者发出

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

如果您想简单地忽略对repo中文件的任何本地修改，例如，在始终应为源镜像的客户端上，请运行以下命令（用所需的分支替换master）：

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

它是如何工作的？git fetch执行git pull，但不合并。然后gitreset-hard使您的工作树与上一次提交相匹配。您对回购中文件的所有本地更改都将被丢弃，但新的本地文件将被保留。

VS代码（集成Git）IDE用户：

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

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

类似地，您可以使用其他选项，如“全部接受”、“全部接受当前”等。，

我有一个长期运行的下一个版本分支，对开发时更改的文件、在两个分支的不同位置添加的文件等进行了大量删除。

我想将下一个版本分支的全部内容进行开发，所有内容都在一次巨大的合并提交中。

对我有效的上述命令组合是：

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

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

在Emacs使用smerge模式中，为了使用我的或他们的冲突标记来解决所有冲突标记，我们可以定义：

(defun aj/smerge-keep-mine-all ()
  ""
  (interactive)
  (save-excursion
    (beginning-of-buffer)
    (while (ignore-errors 'user-error (progn (smerge-next) t))
      (smerge-keep-mine))))

(defun aj/smerge-keep-other-all ()
  ""
  (interactive)
  (save-excursion
    (beginning-of-buffer)
    (while (ignore-errors 'user-error (progn (smerge-next) t))
      (smerge-keep-other))))

解决了。通过以下简单步骤解决所有冲突。

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

git pull -X theirs

git pull origin master

2023年更新！

如果您想接受所有当前更改并忽略任何传入的更改，可以执行以下操作：

git merge [branch] --strategy-option ours

[branch]应替换为要合并到当前分支中的分支的名称。

相反，如果您知道要覆盖任何当前更改并接受来自传入更改的所有冲突，则可以使用他们的策略：

git merge [branch] --strategy-option theirs

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

fatal: Not possible to fast-forward, aborting.

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

$ git pull -X theirs --ff

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

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