这一个使用了git管道命令读树，但是使得整个工作流程更短。

git checkout <base-branch>

git merge --no-commit -s ours <their-branch>
git read-tree -u --reset <their-branch>
git commit

# Check your work!
git diff <their-branch>

这将合并现有的baseBranch中的newBranch

git checkout <baseBranch> // this will checkout baseBranch
git merge -s ours <newBranch> // this will simple merge newBranch in baseBranch
git rm -rf . // this will remove all non references files from baseBranch (deleted in newBranch)
git checkout newBranch -- . //this will replace all conflicted files in baseBranch

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

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

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

一个简单而直观的(在我看来)两步方法是

git checkout branchB .
git commit -m "Picked up the content from branchB"

紧随其后的是

git merge -s ours branchB

(将两个分支标记为合并)

唯一的缺点是它不能从当前分支中删除branchB中已删除的文件。然后，两个分支之间的简单区别将显示是否存在这样的文件。

这种方法还可以从之后的修订日志中清楚地看出所做的工作以及意图。

这一个使用了git管道命令读树，但是使得整个工作流程更短。

git checkout <base-branch>

git merge --no-commit -s ours <their-branch>
git read-tree -u --reset <their-branch>
git commit

# Check your work!
git diff <their-branch>

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

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

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

Git提交—修改

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

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