为多块开发板构建时如何最小化Yocto工作空间？

多板型是否可以共用同一个构建文件夹？ #

可以但不推荐。单构建文件夹切换不同MACHINE配置时，会触发大量配置重新解析、已构建包的重新适配，反而容易产生冗余的中间文件，还可能出现新旧配置残留导致的构建错误。更稳妥的方案是保留独立构建文件夹，通过共享全局缓存实现90%以上的软件包复用，整体占用体积远低于无缓存的多独立工作空间。

核心优化实践 #

• 开启全局下载缓存（DL_DIR）
  把所有构建的源码包下载路径统一指定到所有构建目录共享的全局路径，避免同一份源码重复下载占用空间。在conf/local.conf或者全局的conf/site.conf中添加配置：

  DL_DIR = "/opt/yocto-common/downloads"
  

  所有板型构建时都会优先从这个路径找已下载的源码，不需要重复下载，这部分可以减少10%-30%的工作空间占用。
• 开启全局共享状态缓存（SSTATE_DIR）
  这是Yocto实现跨构建、跨板型复用已构建包的核心机制，所有已经编译完成的软件包的输出都会缓存到这个路径，SSTATE缓存自带校验签名，只有包的配置、依赖、目标架构完全匹配时才会复用，不会出现跨板型包错用的问题。配置方式同样添加到conf/local.conf或者conf/site.conf：

  SSTATE_DIR = "/opt/yocto-common/sstate-cache"
  

  这部分可以让多个板型的构建复用70%-95%的已编译包，极大减少重复编译产生的中间文件体积，同时大幅提升构建速度。
• 单源码仓多构建目录布局
  不需要为每个板型单独克隆整套Yocto源码、元数据层，只需要维护一套包含所有需要的BSP层、软件层的源码仓库，针对不同板型执行source oe-init-build-env build-<板型名称>生成独立的构建配置目录即可。所有构建目录共用一套元数据层源码，这部分可以减少数GB的重复仓库存放占用。
• 定期清理构建目录的冗余文件
  每次构建完成后可以执行bitbake -c cleansstate <target>清理单个包的中间构建文件，或者直接删除构建目录下的tmp/临时文件夹，只要DL_DIR和SSTATE_DIR保留，下次构建时会直接从缓存拉取，不需要重新下载编译，不会影响构建速度，同时可以释放大量构建过程产生的临时文件占用。
• 精简本地配置与层引用
  不同板型的构建目录只保留对应需要的元数据层，不要引入无关的BSP层、软件层，减少配置解析产生的冗余缓存，同时避免不必要的软件包被拉入构建。

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