多个分支的合并顺序

Question

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

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

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

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

Answer 1

是的，从制作这些公关的角度来看，从V到master进行一个公关，从K到V进行另一个公关是最有意义的。易于查看，因为每个PR只会显示其相关的代码更改。而且我认为，让评论者的生活更轻松应该是您的重中之重。

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

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

对于选项2，要运作良好，K需要自己理解，因为您在任何时候都不应合并分解成master的内容

如果选择选项1，我还建议在合并V之后编辑master-> K PR说明，以反映它现在包含更多（已批准）更改

一般来说，我建议使用PR描述来描述两个PR之间的关系，以便使审阅者获得全面了解