如何判断项目的协同规模，以决定是否采用集成分支？

当代码仓库的主干分支上有多个待合并的代码评审（CR），合并其中一个CR到主干，主干分支上的代码会发生变化，这会导致其他尚未合并的 CR 的构建状态变得没有意义，需要重新执行构建以确保正确性。总的构建规模和CR数量关系为 O(n2) ，庞大的CI构建规模造成巨大的时间成本、计算成本的浪费，此外CR需以排队构建方式合入主干分支，导致项目协同规模受限。

我们可以采用下面的公式判断项目协同规模，决定是否采用集成分支以并行方式合入代码、降低 CI 构建数量。

• 项目复杂度 = 每日新建CR数量 / 每日串行CI构建数量

• 每日串行CI构建数量 = 8小时 / 单次CI构建时间

当项目复杂度大于等于1，视为中大型项目，需要引入集成分支提升 CI 构建效率，CR先批量合并到集成分支，再合入主干。

当项目复杂度小于1，视为小型项目，仅使用主干分支即可，CR直接合入主干分支。
https://www.sohu.com/a/713710846_121124374

可以使用下面的公式判断项目协同规模：项目复杂度 = 每日新建CR数量 / 每日串行CI构建数量。其中，每日串行CI构建数量 = 8小时 / 单次CI构建时间。当项目复杂度大于等于1时，视为中大型项目，需要引入集成分支提升CI构建效率；当项目复杂度小于1时，视为小型项目，仅使用主干分支即可。