如果你在分支A上，请:

git merge -s recursive -X theirs B

在git版本1.7.8上测试

我觉得你真正想要的是

git checkout -B mergeBranch branchB
git merge -s ours branchA
git checkout branchA
git merge mergeBranch
git branch -D mergeBranch

这看起来很笨拙，但应该有用。我唯一不喜欢这个解决方案的是git的历史会令人困惑…但至少历史记录将被完全保存，您不需要为删除的文件做什么特别的事情。

这个答案是由Paul Pladijs给出的。为了方便起见，我只是把他的命令做了一个git别名。

编辑你的.gitconfig并添加以下内容:

[alias]
    mergetheirs = "!git merge -s ours \"$1\" && git branch temp_THEIRS && git reset --hard \"$1\" && git reset --soft temp_THEIRS && git commit --amend && git branch -D temp_THEIRS"

然后你可以“git merge -s their A”通过运行:

git checkout B (optional, just making sure we're on branch B)
git mergetheirs A

这并不一定能回答最初发帖者的问题，但我在这里遇到的情况是，我已经尝试了合并，但最终发生了冲突。通常我在IDE中管理冲突，但当我无法访问时，可以使用以下REGEX来查找并替换“their”内容的差异:

Replce <<<<<<< HEAD\n[^•>]+\n==========\n（[^•>]+）>>>>>>> .+\n with \1

(以防其他人因为和我一样的原因登陆这个页面)。

要真正正确地进行合并，只从合并的分支获取输入，你可以这样做

Git merge——strategy=我们的ref-to-be-merge

Git diff——binary ref-to-be-merged | Git apply——reverse——index

Git提交—修改

在我所知道的任何场景中都不会有冲突，您不必创建额外的分支，它就像正常的合并提交一样。

然而，这在子模块中并不适用。

类似的选项是——strategy-option(简称-X)选项，它接受他们的选项。例如:

git checkout branchA
git merge -X theirs branchB

但是，它更等于-X而不是-s。关键的区别在于-X执行常规的递归合并，使用所选的一方解决任何冲突，而-s则将合并更改为完全忽略另一方。

在某些情况下，使用-X their而不是假设的-s their的主要问题是删除文件。在这种情况下，只需运行git rm，并输入已删除文件的名称:

git rm {DELETED-FILE-NAME}

在那之后，他们的-X可能会像预期的那样工作。

当然，使用git rm命令执行实际删除操作将首先防止冲突的发生。