1. 课程导入
在嵌入式产品从样机走向量产的过程中，软件交付方式会发生根本变化：研发阶段可以手工烧写、临时替换文件、依赖工程师经验；量产阶段则要求镜像可复现、可追溯、可批量烧录、可安全升级，并且一旦现场设备出问题，能够定位到具体版本与构建输入。Yocto Project 正是解决这类问题的核心工具链与构建框架，它并不是一个“发行版”，而是一套用于生成定制化 Linux 系统的元数据、工具与协作规范。
本课程围绕“Yocto 量产镜像与升级”展开，目标不是停留在能编译出一个 rootfs，而是建立从构建、发布、烧录、升级到回滚的完整工程能力。学习完成后，你应当能够独立设计量产镜像配方、管理版本与发布物、配置只读根文件系统、实现 A/B 升级或 OTA 升级方案，并具备现场问题定位与复盘能力。
一、核心原理：Yocto 在量产链路中的位置
Yocto 的构建过程可以理解为一条从“元数据”到“可启动镜像”的流水线。输入包括配方（.bb/.bbappend）、配置（local.conf、bblayers.conf）、源码与缓存；输出包括内核、设备树、rootfs、镜像文件、SDK、许可证清单与构建日志。量产关注的不只是“能启动”，而是输出物是否稳定、是否可复现、是否可被产线工具识别、是否支持后续升级。
因此，Yocto 在量产中的定位可以拆成四个层面：第一，作为构建系统，负责把 BSP、内核、驱动、应用与配置组合成镜像；第二，作为版本基线，通过配方版本、SRCREV、层版本锁定构建输入；第三，作为交付物工厂，产出可烧录镜像、升级包、清单与签名文件；第四，作为升级基础，为设备端 A/B 分区、OTA 客户端、回滚机制提供镜像与元数据。
二、方法流程：从构建到量产的实战路线
建议按以下路线推进学习与落地，每一步都对应可验证的产物，而不是只看文档。
- 环境与层管理：搭建 Poky 或最小 BSP 构建环境，理解 bblayers.conf 与 layer.conf，明确哪些层属于芯片原厂、哪些属于产品定制。
- 镜像配方设计：从 core-image-minimal 出发，逐步加入 systemd、网络、OTA 客户端、只读根文件系统等特性，形成产品专属 image recipe。
- 版本锁定与复现：固定 SRCREV、配方版本与层版本，使用 buildhistory 与 license manifest 记录构建输出。
- 量产烧录：生成 wic、ext4、ubifs 等镜像，配合产线工具完成批量烧录与校验。
- 升级方案：实现 A/B 分区、升级包签名、启动确认与失败回滚，完成一次端到端 OTA 演练。
- 排障与复盘：建立日志、版本号、设备状态三者的对应关系，形成问题定位路径。
# 典型构建命令示例
source oe-init-build-env build
bitbake core-image-minimal
bitbake -e core-image-minimal | grep ^IMAGE_FSTYPES
bitbake buildhistory
三、案例/场景：一个量产项目的镜像交付清单
假设某工业网关产品使用 Yocto 构建，量产交付时至少需要以下内容。下表可作为项目检查清单使用。
| 交付项 | 典型文件/命令 | 量产关注点 |
|---|---|---|
| 可烧录镜像 | *.wic、*.ext4、*.ubifs | 分区布局、校验和、烧录工具兼容性 |
| 升级包 | *.swu、*.raucb、OTA bundle | 签名、版本号、兼容性检查 |
| 版本清单 | buildhistory、manifest、image-info | 可追溯到配方与 SRCREV |
| 许可证清单 | license.manifest | 合规审计与开源义务 |
| SDK | *.sh、sysroot | 应用团队与产线工具开发 |
四、误区与复盘：初学者最容易踩的坑
复盘时建议回答三个问题：这次构建用了哪些层与配方版本？设备端当前运行的是哪个版本？如果升级失败，回滚路径是否经过验证？能回答这三个问题，说明已经具备量产交付的基本意识。
本课程后续将围绕镜像配方、版本管理、烧录工具、A/B 升级、OTA 服务、签名校验、只读根文件系统、现场排障等主题展开。你现在需要建立的，是一张从“构建输入”到“设备端状态”的完整地图，而不是零散命令的集合。