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

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

git pull -X theirs

git pull origin master

git pull-X他们的答案可能会创建一个难看的合并提交，或者发出

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

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

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

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

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

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

$ 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

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

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

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

git pull -X theirs

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

git checkout --theirs path/to/file

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

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

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

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

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