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

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 merge——strategy=我们的ref-to-be-merge

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

Git提交—修改

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

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

当合并主题分支“B”在“A”使用git合并，我得到一些冲突。我知道所有的冲突都可以用“B”中的版本来解决。 我知道git合并是我们的。我想要的是git merge >-s their。

我假设你从master创建了一个分支，现在想合并回master，覆盖master中的任何旧东西。当我看到这篇文章时，这正是我想做的。

做你想做的，除了先把一个分支合并到另一个分支。我就这么做了，效果很好。

git checkout Branch
git merge master -s ours

然后，签出master并合并你的分支(现在会很顺利):

git checkout master
git merge Branch

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

尝试合并并使用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提交树。

将分支b合并到签出的分支cha的一个可能的和经过测试的解决方案:

# in case branchA is not our current branch
git checkout branchA

# make merge commit but without conflicts!!
# the contents of 'ours' will be discarded later
git merge -s ours branchB    

# make temporary branch to merged commit
git branch branchTEMP         

# get contents of working tree and index to the one of branchB
git reset --hard branchB

# reset to our merged commit but 
# keep contents of working tree and index
git reset --soft branchTEMP

# change the contents of the merged commit
# with the contents of branchB
git commit --amend

# get rid off our temporary branch
git branch -D branchTEMP

# verify that the merge commit contains only contents of branchB
git diff HEAD branchB

为了实现自动化，您可以使用branchA和branchB作为参数将其包装到脚本中。

这个解决方案保留了合并提交的第一个和第二个父节点，就像你期望git merge -s their branchB一样。

我解决了我的问题

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