Bitbake如何构建镜像recipe所有依赖但跳过实际镜像创建

Bitbake原生支持该需求，无需修改自定义recipe或全局构建配置，即可实现「完成镜像所有依赖构建并写入SSTATE缓存、跳过镜像本身打包生成环节」的效果，完全匹配GitLab CI拆分构建场景。

推荐实现方式 #

根据使用的Yocto版本二选一即可：

• 通用兼容方案（所有Yocto版本均支持）
  直接指定构建镜像recipe的do_install任务，命令如下：

  bitbake <你的目标镜像recipe名称> -c do_install
  

  镜像recipe本身无源码编译、文件安装的实质逻辑，do_install任务本身执行耗时不到1秒；但Bitbake会递归构建该任务的所有上游依赖，包括镜像声明的所有构建依赖、运行时依赖包的完整编译、打包、SSTATE写入流程，完全不会触发后续耗时的根文件系统生成（do_rootfs）、各格式镜像打包、启动盘制作等无用步骤，节省的时间符合预期。
• 高版本Yocto精准控制方案（Yocto 3.1+ / Bitbake 1.46+支持）
  如果需要更精准的控制，可以用--skip-tasks参数显式跳过所有镜像生成相关任务，命令如下：

  bitbake <你的目标镜像recipe名称> --skip-tasks="do_rootfs:do_image_complete:do_image_ext4:do_image_wic"
  

  可以根据实际构建的镜像格式，把对应的do_image_*任务追加到跳过列表里即可。Bitbake会构建所有跳过任务之前的全量依赖，到镜像生成环节直接跳过，不会产生无用的镜像文件。

流水线适配注意事项 #

• 两个方案都不会破坏SSTATE缓存的有效性，第二个流水线任务正常执行全量镜像构建命令即可，所有预构建的依赖都会正常命中SSTATE缓存，仅会增量构建启用FPGA安装recipe带来的变更组件，最终打包生成带FPGA文件的正式镜像，构建速度和原有流程一致。
• 由于使用NFS卷做跨Runner的SSTATE共享，需要确认Docker executor启动容器的用户UID/GID和NFS卷的挂载权限匹配，避免出现SSTATE文件写入失败、后续任务无法读取缓存的权限问题。

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