Git合并一个接一个提交

Question

在master旁边，我有另一个远程存储库remote/master，我想从那里多次提取更改。这只会在大约每20次提交之后发生。因此，它总是产生这些合并冲突的巨大庞然大物，git想让我一次从20个提交中解决所有20个可能的冲突，而不需要任何进一步的指导。

是否有一种方法可以合并这个分支，一个一个地通过提交？因此，我可以交叉检查个人冲突与提交消息，并采取相应的行动。我知道，当提交取消以前的更改时，这可能会带来不必要的工作，但这是一个非常可以接受的权衡。

我知道我可以git cherry-pick他们所有的，但我怎么知道从什么时候开始采樱桃？在每个假的“合并”进程之前手动检查日志？而且，我其实不是在采樱桃。我想把两个分支合并成一个，但不是一次，就像在

git pull --one-by-one remote master

Answer 1

是否有一种方法可以将分支合并，一个接一个地遍历提交？

不完全是，这不是git做事情的方式。我想您可以将每个中间提交一个一个地合并起来，然后使用生成的树并创建一个合成的“合并”提交。

我知道我可以把所有的樱桃都摘下来，但是我怎么知道从什么时候开始摘樱桃呢？

有git merge-base，但我不认为这有任何意义。remote/master通常是“幸运的”上游，通过选择它的内容，您将在您的分支中创建完全不相关的提交(具有类似的内容，但实际上并不匹配)。

大多数人会把他们当地的变化转移到上游。

只在大约每20次提交之后才发生这种情况。因此，它总是会产生大量的合并冲突。

这听起来像是一些非常奇怪的开发方法。