旧版本的git允许你使用“their”合并策略:

git pull --strategy=theirs remote_branch

但是这已经被删除了，正如Junio Hamano (Git维护者)在这条消息中解释的那样。正如链接中提到的，相反，你会这样做:

git fetch origin
git reset --hard origin

但是要注意，这与实际的合并不同。你的解决方案可能就是你真正在寻找的选项。

重新审视这个老问题，因为我刚刚找到了一个兼而有之的解决方案 简短而且——因为它只使用瓷器指令——容易理解。 明确地说，我想回答的问题在标题中提出 问题(实现git merge -s their)，而不是问题体。在 换句话说，我想创建一个合并提交，它的树和 第二个父树:

# Start from the branch that is going to receive the merge.
git switch our_branch

# Create the merge commit, albeit with the wrong tree.
git merge -s ours their_branch

# Replace our working tree and our index with their tree.
git restore --source=their_branch --worktree --staged :/

# Put their tree in the merge commit.
git commit --amend

注意:git restore是git中引入的一个相当新的命令 2.23. Git帮助恢复警告

这个命令是实验性的。行为可能会改变。

我用多个版本的git (2.25.1, 2.30.2， 2.31.1, 2.34.1和2.35.1)，并按预期工作。

我最近需要为两个共享共同历史的独立存储库执行此操作。我从:

Org/repository1主 Org/repository2主

我希望将repository2 master的所有更改应用到repository1 master，接受repository2所做的所有更改。在git的术语中，这应该是一个称为-s their的策略，但它不存在。要小心，因为-X their的名字就像你想要的那样，但它不是一样的(它甚至在手册页中这样说)。

我解决这个问题的方法是到repository2并创建一个新的分支repo1-merge。在那个分支中，我运行git拉git@gitlab.com:Org/repository1 -s ours，它合并得很好，没有问题。然后我把它推到遥控器上。

然后回到repository1并创建一个新的分支rep2 -merge。在该分支中，我运行git拉git@gitlab.com:Org/repository2 repo1-merge，它将与问题一起完成。

最后，您可能需要在repository1中发出合并请求，使其成为新的主节点，或者只是将其作为一个分支。

我解决了我的问题

git checkout -m old
git checkout -b new B
git merge -s ours old

你想要的结果是什么并不完全清楚，所以在答案和他们的评论中有一些关于“正确”方法的困惑。我试着给出一个概述，并看到以下三个选项:

尝试合并并使用B来处理冲突

这不是“他们版本的git merge -s ours”，而是“他们版本的git merge -X ours”(这是git merge -s递归-X ours的缩写):

git checkout branchA
# also uses -s recursive implicitly
git merge -X theirs branchB

这就是Alan W. Smith的回答所做的。

只使用B的内容

这将为两个分支创建一个合并提交，但会丢弃来自branchA的所有更改，只保留来自branchB的内容。

# Get the content you want to keep.
# If you want to keep branchB at the current commit, you can add --detached,
# else it will be advanced to the merge commit in the next step.
git checkout branchB

# Do the merge an keep current (our) content from branchB we just checked out.
git merge -s ours branchA

# Set branchA to current commit and check it out.
git checkout -B branchA

请注意，合并提交的第一个父节点是来自branchB的，只有第二个是从branchA提交的。这就是例如Gandalf458的答案所做的。

只使用B的内容，并保持正确的父顺序

这是真正的“他们版本的git合并-我们的”。它的内容与之前的选项相同(即只有来自branchB的内容)，但父元素的顺序是正确的，即第一个父元素来自branchA，第二个来自branchB。

git checkout branchA

# Do a merge commit. The content of this commit does not matter,
# so use a strategy that never fails.
# Note: This advances branchA.
git merge -s ours branchB

# Change working tree and index to desired content.
# --detach ensures branchB will not move when doing the reset in the next step.
git checkout --detach branchB

# Move HEAD to branchA without changing contents of working tree and index.
git reset --soft branchA

# 'attach' HEAD to branchA.
# This ensures branchA will move when doing 'commit --amend'.
git checkout branchA

# Change content of merge commit to current index (i.e. content of branchB).
git commit --amend -C HEAD

这就是Paul Pladijs的答案所做的(不需要一个临时分支)。

特殊情况

如果branchB的提交是branchA的祖先，git merge将不起作用(它只会退出，并显示“Already up to date.”这样的消息)。

在这种或其他类似/高级的情况下，可以使用低级命令git提交树。

旧版本的git允许你使用“their”合并策略:

git pull --strategy=theirs remote_branch

但是这已经被删除了，正如Junio Hamano (Git维护者)在这条消息中解释的那样。正如链接中提到的，相反，你会这样做:

git fetch origin
git reset --hard origin

但是要注意，这与实际的合并不同。你的解决方案可能就是你真正在寻找的选项。