这个想法是 merge 分支B进入分支A，但只合并在进程中不会冲突的提交（当然这可能会使其他提交“变得冲突”，因为它们依赖于以前的冲突提交，但这没关系）。
我认为这不可能真的被称为 合并 当一个人跳过一些提交时，它更像是一个提交 cherry-pick：
cherry-pick按历史顺序提交所有提交，跳过那些不起作用的提交
但还有另一种（更好的）方法吗？我肯定需要一个列出所有那些跳过的提交。如果有这种方式，则需要提供此列表。
如果我最终编写循环遍历所有提交的bash脚本，那么提供这样的课程列表是可能的。但是我不要求你写一个，我只是想确保在做这个之前没有更容易/更好的方法！
你看看了吗？ Stack Overflow上的这个答案 ？
—
JakeGould
如果我正确地理解这将是解决方案，谢谢！你知道当一个无法解决的提交时会发生什么吗？ “与我们方不冲突的另一棵树的变化反映在合并结果中。” - 我不太清楚'反映到合并结果'应该是什么意思。这是我对“无法合并的提交列表”的意思吗？
—
larkey
没有线索。我的建议？只需创建一个测试存储库，看看会发生什么。
—
JakeGould
@JakeGould绝对会这样做，我今天太累了，不能这么做 - 这太晚了:-)
—
larkey
@JakeGould我完全忘了评论我的结果，对不起！我试过这个但遗憾的是，将文件从分支B复制到分支A并暂存和提交结果为'合并'基本上是等效的 - 即。它在一个提交中合并了一个巨大的差异：/
—
larkey