我在我們辦公室的一個小型iPhone開發團隊工作,任何時候我們都至少在網絡上運行4個XCode副本。考慮讓每個人都能運行它。何時使用XCode分佈式構建功能
我們一起聯網使用標準的WIFI開關,因此網絡速度和延遲並不像有線網絡一樣好......
只是想知道,有沒有使用分佈式可拿任何實時增益建立?一旦它通過網絡來回傳遞相關數據。至少對於相對較小的項目。
我在我們辦公室的一個小型iPhone開發團隊工作,任何時候我們都至少在網絡上運行4個XCode副本。考慮讓每個人都能運行它。何時使用XCode分佈式構建功能
我們一起聯網使用標準的WIFI開關,因此網絡速度和延遲並不像有線網絡一樣好......
只是想知道,有沒有使用分佈式可拿任何實時增益建立?一旦它通過網絡來回傳遞相關數據。至少對於相對較小的項目。
它取決於您的項目,依賴項以及必須傳輸的數據量。
15-20秒並不可怕。當然,還有更多的工作需要完成。對於每個人來說,如果你使用的是雙核心(沒有給出信息),將它用於非常快速的Mac Pro可能是一個好主意,而不是彼此之間。
就項目配置而言:如果項目中有一堆依賴庫,那麼它可能有助於禁用預編譯頭。這個等式的大部分是平均依賴關係的數量和要生成的對象的數量。
在15-20秒,這將有助於許多開發人員編寫,以便他們優化他們的構建時間,然後才能出去。如果是幾分鐘的話,那麼你可能想直接跳到分佈式版本的8或12核心。
一個容易被忽視的小項目緩慢構建方面:禁用每個構建的靜態分析,並且每兩小時手動運行一次,然後修復每個問題。
否則,您的項目可能會分成較小的項目/庫。很可能,你並不總是編輯相同的依賴關係。
假設編譯,鏈接等都是在這個時間花費的時間:其餘的大部分都落入了構建c和C++程序的典型問題中。最大限度地減少您的依賴關係幷包括圖表用objc實現它實際上很容易;由於許多接口使用objc-types,因此可以使用forward。
如果您的庫很小(例如,生成的對象少於50個),那麼您也可以通過不使用預編譯頭來加快速度。如果一切都已經取決於你包含的12個系統框架......然後在下一個項目中嘗試它。
當然,您可以嘗試計算一次乾淨的重建,一個生成的pch文件的構建和幾個增量構建,以便得出結論。
您的構建需要多長時間? – Nick 2011-02-07 02:16:40