xcode - 为大型游戏项目缩短 XCode 4.5 的构建时间

Question

场景:
我们有一个用于 iOS 游戏的 XCode 项目，其中包含大约 7000 多个文件。

只有 1000 多个文件是代码。其余的是图像、声音、关卡数据、XIB、plist、配置文件等。

它是一个通用应用程序，因此，我们为旧 iPhone、Retina iPhone、iPad 等提供了单独的资源集。我们还有 PNG 和 PVRTC 用于 BG 图像等少数内容，以充分利用不同的硬件。

问题:

现在该项目大约需要

42 秒清理 (Cmd - Shift - K)

完全重建需要 8.3 分钟 (Cmd - B) (重建时，进度条的一半会在 1 分钟内填满)

aaa和... 5 分 36 只运行 (Cmd - R) ??

之后，我按下“停止”并再次单击“运行”而没有做任何其他事情。它花了 2 分 40 秒才“再次运行”

我还看到资源再次被复制，一些文件被再次构建，如进度条上方的 XCode 所示。

任何在这些阶段中减少时间的任何解决方案都受到高度赞赏。请？

附言该项目是在 XCode 3 天期间启动的，每次出现新的 XCode 时我们都会自动更新 xcodeproj 文件。

Answer 1

如果问题的原因不明，就不可能解决问题。 “我的车不能再启动了，有没有办法让它重新启动？”；最有可能，但前提是它目前拒绝启动的原因是已知的。听起来有点像您希望 Xcode 中有一个名为“快速构建”的神奇开关，通过启用它，一切都会变得更快。如果有这样的开关，你不觉得它会默认启用吗？你不认为它实际上会一直启用吗？

我也想知道你为什么用“编译器”和“编译器优化”标记这个问题。根据你自己的说法，编译只需要 8.3 分钟构建时间中的一分钟，那么进一步减少编译时间如何使整个过程更快？即使编译时间减少到零，这仍然会给您留下 7.3 分钟的构建时间。不要在错误的一端进行优化。

这就像优化代码。如果您的代码太慢，那么如果您没有在代码中花费大部分时间，那么所有优化都是毫无意义的。如果只有 0.1% 的时间花在这段代码上，那么优化一段代码以使其运行速度提高 10 倍对整体性能没有任何帮助。代码优化的第一步是分析代码并找出在哪一段代码上花费了多少时间。

因此，要加快构建过程，第一步也是最重要的一步是找出 为什么是现在构建时间很慢。如果没有这些知识，人们在这里给出的所有答案都只是猜测。一旦您确切地知道问题出在哪里，您就可以回过头来准确地询问如何使这一步更快。您首先优化最慢的步骤，然后是第二慢的步骤，依此类推。

在Xcode中查看构建日志



确保选择“所有消息”，否则您只会看到警告和错误，或者只会看到错误。现在开始一个干净的构建，选择左侧弹出的新日志并继续监视此日志。您将准确地看到 Xcode 何时开始操作以及何时接近下一个操作。这应该会给你一个第一印象，哪些任务需要很长时间才能完成。一旦您告诉我们这些任务是什么，我们就可以开始提出建议，您可能如何能够更快地完成这项任务。