git - 多个分支的合并顺序

Question

我在确定合并分支的最佳顺序以避免合并冲突和更轻松的代码审查时遇到了一些麻烦。我将使用下面的图片来描绘我的情况。

如您所见，我从 master 制作了 Branch V，并添加了一些提交。然后我还有从分支 V 分支出来的分支 K，也有一些提交。我想有两个合并请求供人们审查，所以我最初的计划是将分支 K 设置为合并到分支 V，然后将分支 V 合并到主分支。

这是最好的策略吗？我不想将 Branch K 设置为合并到 master，因为在代码审查中，Branch K 和 master 之间的差异包括 Branch V 提交的差异。

我真的很想知道最好的合并顺序是什么。谢谢！

标签： gitmerge

Answer 1

是的，从使这些 PR 易于审查的角度来看，将一个 PR from Vtomaster和另一个 from KtoV最有意义，因为每个 PR 只会显示其相关的代码更改。我认为让审稿人的生活更轻松应该是你的首要任务。

一旦这些 PR 被批准合并，您可以：

1. 首先合并K->V然后V->master
2. 首先合并K->master然后将另一个 PR 的基础更改为master并合并它

对于选项 2. 运作良好，K需要本身有意义，因为你不应该在任何时候将一些东西合并成master

如果您选择选项 1。我还建议在合并后编辑V-> PR 描述，以反映它现在包含更多（已批准）更改masterK

总的来说，我建议使用 PR 描述来描述两个 PR 之间的关系，以便为审阅者提供全貌