CI服务器上Yocto sstate-cache的更新策略及最佳实践咨询

针对你遇到的临时分支污染共享sstate-cache的问题，以下是经过验证的落地实践：

1. 按分支/构建上下文隔离缓存 #

核心思路是不让所有分支共用同一缓存目录，避免交叉污染：

• 给每个分支分配独立的sstate-cache目录，比如用分支名、Commit短哈希或CI构建ID命名：

  # 在CI构建前设置环境变量
  export SSTATE_DIR="${CI_WORKSPACE}/sstate-cache/${CI_BRANCH_NAME}-${CI_COMMIT_SHORT_SHA}"
  

• 远程缓存同步时，也对应当前分支的专属路径，比如用rsync同步到${REMOTE_CACHE_SERVER}/sstate/${CI_BRANCH_NAME}，这样实验分支的缓存完全不会影响主分支。

2. 分层缓存策略 #

把缓存拆分为「核心公共层」和「分支专属层」，兼顾复用性与隔离性：

• 核心公共层：存放Yocto基础层（如poky、meta-openembedded）的稳定包，仅允许主分支、Release分支更新。
• 分支专属层：存放当前分支特有的包构建产物，每个分支独立维护。
• 配置SSTATE_MIRRORS让分支构建优先拉取核心缓存，再叠加自身分支缓存：

  export SSTATE_MIRRORS="file://.* file://${CI_WORKSPACE}/sstate-cache/core/ PATH;file://.* file://${CI_WORKSPACE}/sstate-cache/${CI_BRANCH_NAME}/ PATH"
  

3. 条件化更新共享缓存 #

仅允许稳定分支写入公共缓存，临时/实验分支只读：

• 在CI脚本中添加分支判断逻辑，只有指定的稳定分支构建成功后才更新公共缓存：

  if [[ "$CI_BRANCH" == "main" || "$CI_BRANCH" =~ ^release/v[0-9]+\.[0-9]+ ]]; then
      # 仅同步新增/修改的缓存文件，避免覆盖旧的稳定缓存
      rsync -av --update --delete "${BUILD_DIR}/sstate-cache/" "${REMOTE_SSTATE_CACHE}/core/"
  else
      echo "Skip sstate-cache update: experimental branch does not modify shared cache"
  fi
  

4. 缓存版本化与定期清理 #

避免缓存无限膨胀，同时区分不同Yocto版本的缓存：

• 给缓存加上Yocto版本标识（如kirkstone、langdale），不同版本的Yocto完全隔离缓存目录：

  export SSTATE_DIR="${CI_WORKSPACE}/sstate-cache/${YOCTO_VERSION}/${CI_BRANCH_NAME}"
  

• 定期清理过期缓存：比如删除30天未被访问的缓存文件，或在实验分支合并/废弃后，自动删除对应的分支缓存目录。

5. 增量缓存优化 #

减少不必要的缓存写入操作，提升同步效率：

• 使用rsync的--ignore-existing参数，只上传本地新增的缓存文件，不覆盖远程已有的稳定缓存。
• 启用BB_HASHSERVE服务，让多个构建共享包哈希计算结果，降低重复构建概率，同时减少缓存写入量。

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