何時使用XCode分布式構建功能

Question

我在一個小型iPhone開發團隊工作，在我們的辦公室里，我們在網絡上至少有4個XCode副本一次運行。 考慮讓每個人都讓它運行。

我們使用標准WIFI交換機聯網，因此網絡速度和延遲不如有線網絡......

只是想知道，使用分布式構建是否有任何實時收益？ 一旦它通過網絡來回傳遞相關數據。 至少對於相對較小的項目。

Answer 1

它取決於您的項目，其依賴項以及必須傳輸的數據量。

15-20秒並不可怕。 當然，還有更多的工作要做。 如果你使用的是雙核（沒有給出信息），那么每個人都可以將它發送到非常快的Mac Pro，而不是彼此。

就項目配置而言：如果你的項目中有一堆依賴庫，那么它可能有助於禁用預編譯頭文件。 等式的大部分是依賴關系的平均數量，以及要生成的對象數量。

在15-20秒，它將幫助許多開發人員編寫，以便他們在耕種之前優化他們的構建時間。 如果只有幾分鍾，那么您可能希望直接跳轉到具有8或12核心的分布式構建。

在小型項目上緩慢構建的一個容易被忽視的方面：每個構建禁用靜態分析，並且每小時兩次手動運行它，然后修復每個問題。

否則，您的項目可能會被划分為較小的項目/庫。 機會是，你不會總是編輯相同的依賴項。

假設編譯，鏈接等是在這一點花費時間的地方：其余大部分都屬於構建c和c ++程序所涉及的典型問題。 最小化您的依賴關系並包括圖表。 使用objc實際上很容易實現; 由於大多數接口都使用objc類型，因此可以使用前向。

如果您的庫很小（例如，生成的對象少於50個），那么您也可以通過不使用預編譯的頭來獲得加速。 如果一切都取決於你包含pch所包含的12個系統框架....那么在下一個項目中嘗試它。

當然，你可以嘗試計划一個干凈的重建，一個帶有生成的pch文件的構建，以及幾個增量構建，以便得出結論。