何时使用XCode分布式构建功能

Question

我在一个小型iPhone开发团队工作,在我们的办公室里,我们在网络上至少有4个XCode副本一次运行.考虑让每个人都让它运行.

我们使用标准WIFI交换机联网,因此网络速度和延迟不如有线网络......

只是想知道,使用分布式构建是否有任何实时收益？一旦它通过网络来回传递相关数据.至少对于相对较小的项目.

Answer 1

这取决于您的项目、其依赖项以及必须传输的数据量。

15-20秒并不可怕。当然，总体而言还有更多工作要做。对于每个人来说，将其分配给一台非常快的 Mac Pro 可能是一个好主意，而不是如果您使用双核（未提供该信息），则不要互相分配。

至于项目配置：如果您的项目中有一堆依赖库，那么禁用预编译头可能会有所帮助。等式的大部分是依赖项的平均数量以及要生成的对象的数量。

15-20 秒，这将帮助许多开发人员进行编写，以便他们在外包之前优化构建时间。如果是几分钟，那么您可能想直接跳到具有 8 或 12 核的分布式构建。

小项目缓慢构建的一个容易被忽视的方面是：禁用每个构建的静态分析，然后每隔两小时手动运行一次，然后修复每个问题。

否则，您的项目可能会被分成更小的项目/库。很可能，您不会总是编辑相同的依赖项。

假设编译、链接等是此时花费时间的地方：其余大部分都属于构建 C 和 C++ 程序所涉及的典型问题。尽量减少依赖并包含图表。实际上用 objc 很容易完成；由于许多接口都使用 objc 类型，因此您可以使用转发。

如果您的库很小（例如生成的对象少于 50 个），那么您也可以通过不使用预编译头来获得加速。如果一切已经取决于您包含的 pch 所包含的 12 个系统框架......那么请在下一个项目中尝试。

当然，您可以尝试计时一次干净的重建、使用生成的 pch 文件进行构建以及几次增量构建，以便得出结论。