Change log
目錄
[bazel]-導讀
[bazel]-概念和術語
[bazel]-bazel的使用
[bazel]-tulsi的使用
[bazel]-如何編譯
[bazel]-緩存
[bazel]-影響緩存命中的因素
[bazel]-優化
項目地址
一.現象
可能使用了bazel后.你發現同事A編譯后.你再去編譯的時候.發現并沒有使用服務器緩存.而是自己本地又全量編譯了一遍.
導致這個的原因是bazel為了保證緩存的正確性.加入了很多flag.
只有這些flag完全一致.他才會使用服務端的緩存.
二.flag有哪些?
緩存命中的flag主要依賴affects_outputs
在這里command-line-reference可以查看所有會導致affects_outputs改變的參數
如下compilation_mode這個參數在官方文檔里就標明了會影響affetcts_outputs
下面就大概羅列了一下可能會導致緩存不一致的因素:
1.Xcode SDK版本
如:Version 10.0 (10A254)和:Version 10.0 (10A255)就不能共用緩存.
所以一定要保證Xcode版本一樣.
2.bazel版本
可以在Xcode編譯輸出日志里查看此次編譯是使用的哪個版本的bazel
如下圖就可以看到我此次編譯使用的是bazel0.15.2版本.
如果另外一個開發使用的是0.17.2.那他就不能和我共用緩存.
3.計算機系統版本(可能)
4.CPU指令集 (真機模擬器不能共用緩存)
如模擬器用的x86_64架構.就不能和真機的arm架構共用緩存
5.startup參數
如果你在workspace根目錄的.bazelrc文件里設置了這個參數.
那么bazel會改變編譯產物的臨時存儲目錄.
startup --output_base=/tmp/loktar-bazel
在xcode編譯時可以從Xcode的日志里查看.如下圖.
這個參數是告訴bazel編譯產物的臨時目錄和workspace的目錄.
這兩個目錄設置相同的機器才能共享緩存.
所以
1.必須要保證每個開發都要將工程放在同一個目錄下.如 '/opt/iOS/loktar'這個目錄.
2.也必須保證bazel的編譯產物的臨時目錄相同.
所以需要設置 'startup --output_base=/tmp/loktar-bazel' 這個參數保證臨時目錄相同.
(如果不設置bazel會自己設置一個很奇怪的臨時目錄路徑)
在workspace根目錄如下設置:
--copt=-fdebug-prefix-map=/private/tmp/loktar-bazel/execroot/loktar=/opt/iOS/loktar
6.--compilation_mode
此參數可以改變編譯類型.如dbg就是指定編譯debug.
如果這個參數不一樣.一樣不能共享緩存.
此參數在workspace根目錄的.bazelrc里設置.如下:
// debug環境如下設置
build --compilation_mode=dbg
// release環境如下設置
build --compilation_mode=opt
7.底層代碼修改.
如果底層代碼修改了.上層依賴他的所有代碼也會重新編譯.不能使用緩存.
3.如何保證flag一致
所以緩存命中的條件還是很苛刻的.
這就需要所有的開發的環境都保持一致才行.
可以從以下兩點入手:
3.1.bazelrc
其中某些條件是可以通過'.bazelrc'來指定.來達到所有人一樣.
如第二步里的5: startup參數;6: compilation_mode參數等.
將他們寫到workspace路徑下的.bazelrc文件里.那么所有開發都會共用這些參數.來達到一致的目的.
3.2.bazel版本
另外還可以將bazel腳本放在git倉庫里.讓所有人都使用git倉庫里的這個bazel來編譯.達到所有人使用的bazel是同一個版本.
因為bazel文件很大.會影響開發clone倉庫的速度.我們可以引入git-lfs來管理git里的大文件. ([Git]-git-lfs)
如何讓所有人使用同一個bazel版本見[bazel]-tulsi的使用里的step4
