如何避免Bazel将Drake作为External依赖时重复构建？

一、锁定Drake的版本哈希 #

在WORKSPACE文件里引入Drake时，别用分支名（比如main），直接指定Drake 1.22.0对应的commit哈希值。这样Bazel不会因为远程仓库的更新触发重新拉取和构建。你可以去Drake的GitHub仓库找到1.22.0标签对应的具体commit，把它填到git_repository的commit字段里。

二、确保Bazel缓存持久化 #

• 固定全局缓存目录：默认Bazel缓存存在~/.cache/bazel，但VSCode终端可能因为环境变量问题导致缓存路径变动。执行export Bazel_CACHE_DIR=~/.cache/bazel，然后把这条命令加到~/.bashrc或~/.zshrc里，保证每次打开终端都用同一个缓存目录。
• 阻止系统自动清理缓存：检查系统有没有定时清理缓存的服务（比如systemd-tmpfiles），有的话就添加规则排除Bazel缓存目录。编辑/etc/tmpfiles.d/bazel-cache.conf，写入x /home/你的用户名/.cache/bazel（替换成你的实际缓存路径），避免缓存被自动删掉。

三、优化pydrake的构建范围 #

• 只依赖需要的pydrake模块：如果你的项目只用到pydrake的部分功能，别直接依赖整个//bindings/pydrake，在BUILD文件里只引用具体的子目标，减少不必要的构建内容。
• 确保pybind规则可缓存：在WORKSPACE里给Drake的pybind相关规则加上cacheable = True属性（如果支持的话），让生成的绑定代码能被缓存。另外，别用--nocheck_visibility这类会破坏缓存的构建参数，避免缓存失效。

四、保持构建参数一致 #

每次构建都用相同的Bazel命令参数，别交替用--config=debug和--config=release，不同配置会生成不同的缓存键，导致缓存不命中。在VSCode的tasks.json里，把构建命令的参数固定下来，别让它每次自动加不同的参数。

五、远程构建缓存（可选） #

如果有条件，可以搭个远程构建缓存服务器，把Drake的构建缓存传到远程。这样就算本地缓存失效，也能从远程拉取已经构建好的目标。不过这个需要额外的服务器资源，适合多人协作的场景。

内容的提问来源于stack exchange，提问作者Krishna Suresh