cocoapods-packager
cocoapods-packager可以將任意的 pod 打包成 Static Library，省去重復(fù)編譯的時(shí)間诅岩，一定程度上可以加快編譯時(shí)間，但是也有自身的缺點(diǎn)：
1.優(yōu)化不徹底霍弹，只能優(yōu)化第三方和私有 Pod 的編譯速度侯繁，對(duì)于其他改動(dòng)頻繁的業(yè)務(wù)代碼無(wú)能為力
2.私有庫(kù)和第三方庫(kù)的后續(xù)更新很麻煩，當(dāng)有源碼修改后丸边，需要重新打包上傳到內(nèi)部的 Git 倉(cāng)庫(kù)
3.過多的二進(jìn)制文件會(huì)拖慢 Git 的操作速度（目前還沒部署 Git 的LFS）
4.難以調(diào)試源碼
Carthage
這個(gè)方案跟 cocoapods-packager 比較類似，優(yōu)缺點(diǎn)都差不多荚孵，但 Carthage 可以比較方便地調(diào)試源碼妹窖。因?yàn)槲覀兡壳耙呀?jīng)大規(guī)模使用 CocoaPods，轉(zhuǎn)用 Carthage 來做包管理需要做大量的轉(zhuǎn)換工作收叶，所以不考慮這個(gè)方案了骄呼。
Buck
Buck是一套通用的構(gòu)建系統(tǒng)，由 Facebook 開源判没。最大的特色是智能的增量編譯可以極大地提高構(gòu)建速度蜓萄。最早聽說 Buck 的時(shí)候，它還只能用在安卓上澄峰，現(xiàn)在已經(jīng)適配了 iOS嫉沽。
它能增快構(gòu)建速度的主要原因是緩存了編譯結(jié)果，通過持續(xù)監(jiān)視項(xiàng)目目錄的文件變化俏竞，每次編譯時(shí)只編譯有改動(dòng)的文件绸硕。另外一個(gè)讓我很受啟發(fā)的功能是 HTTP Cache Server堂竟，通過一臺(tái)緩存文件服務(wù)器來保存大家的編譯結(jié)果，這樣只要團(tuán)隊(duì)里其中一人編譯過的文件玻佩，其他人就不用再編譯了出嘹，直接下載就行。
Buck 是個(gè)相當(dāng)完備的解決方案咬崔，很多國(guó)外的大公司例如 Uber 都已經(jīng)用上疚漆。我也花了很多時(shí)間來研究，最終還是認(rèn)為對(duì)我們的項(xiàng)目和團(tuán)隊(duì)來說刁赦，目前并不是很適合，主要原因是：
Buck 拋棄了 Xcode 的項(xiàng)目文件闻镶，需要手工編寫配置文件來指定編譯規(guī)則甚脉，這要對(duì)現(xiàn)有項(xiàng)目作出大幅度的調(diào)整。我們目前還在快速迭代新功能铆农，沒有余暇和人手來實(shí)施牺氨。
開發(fā)和調(diào)試的流程都得做出很大的改變。因?yàn)?Buck 接管了項(xiàng)目編譯的過程墩剖，想調(diào)試項(xiàng)目不能簡(jiǎn)單地在 Xcode 里面 ?+R 了猴凹，得先反過來讓 Buck 生成 Xcode 的項(xiàng)目文件。Uber 的工程師甚至推薦使用Nuclide來代替 Xcode 作為開發(fā)環(huán)境岭皂。雖然原理上是可行的郊霎，但是團(tuán)隊(duì)需要花不少時(shí)間來適應(yīng)，短期內(nèi)效率降低無(wú)可避免爷绘。
用 Xcode 調(diào)試代碼享受不到加快編譯速度的好處书劝。雖然可以用 buck 命令啟動(dòng) App，然后在命令行里啟動(dòng) lldb 來調(diào)試土至，但那就無(wú)法使用 Xcode 的調(diào)試工具 例如 View Debugging 和 Memory Graph Debugger购对。
Bazel
Bazel跟 Buck 很相似，是 Google 開源的陶因，優(yōu)缺點(diǎn)跟 Buck 都差不多骡苞，不再詳細(xì)說了。
distcc 分布式編譯
原理是把一部分需要編譯的文件發(fā)送到服務(wù)器上楷扬，服務(wù)器編譯完成后把編譯產(chǎn)物傳回來解幽。我嘗試了一下比較出名的 distcc，搭建過程比較簡(jiǎn)單毅否，最后也能成功地把編譯任務(wù)分派到內(nèi)網(wǎng)的多臺(tái)服務(wù)器上亚铁。但是其他編譯服務(wù)器的 CPU 占用總是很低，只有 20% 左右螟加；也就是說分派任務(wù)的速度甚至還趕不上服務(wù)器編譯的速度徘溢，分派任務(wù)然后回傳編譯產(chǎn)物這個(gè)過程所耗費(fèi)的時(shí)間超過了本地直接編譯吞琐。不停調(diào)整參數(shù)反復(fù)試驗(yàn)了很多次，最后發(fā)現(xiàn)編譯時(shí)間完全沒有變快然爆，甚至還有點(diǎn)變慢了站粟。可能以我們目前項(xiàng)目的規(guī)模并不適合使用分布式編譯曾雕。
