[bazel]-影响缓存命中的因素

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

image.png

下面就大概罗列了一下可能会导致缓存不一致的因素:

1.Xcode SDK版本

如:Version 10.0 (10A254)和:Version 10.0 (10A255)就不能共用缓存.
所以一定要保证Xcode版本一样.

2.bazel版本

可以在Xcode编译输出日志里查看此次编译是使用的哪个版本的bazel
如下图就可以看到我此次编译使用的是bazel0.15.2版本.
如果另外一个开发使用的是0.17.2.那他就不能和我共用缓存.

image.png

3.计算机系统版本(可能)

4.CPU指令集 (真机模拟器不能共用缓存)

如模拟器用的x86_64架构.就不能和真机的arm架构共用缓存

5.startup参数

如果你在workspace根目录的.bazelrc文件里设置了这个参数.
那么bazel会改变编译产物的临时存储目录.

startup --output_base=/tmp/loktar-bazel

在xcode编译时可以从Xcode的日志里查看.如下图.
这个参数是告诉bazel编译产物的临时目录和workspace的目录.
这两个目录设置相同的机器才能共享缓存.

image.png

所以
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.
如果这个参数不一样.一样不能共享缓存.

image.png

此参数在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