核心用法
SONiC Build 技能用于从 sonic-buildimage 源代码构建网络交换机镜像，覆盖虚拟交换机（VS）及 Broadcom、Mellanox、Marvell、NVIDIA-BlueField 等 ASIC 硬件平台。核心工作流为：
1. 初始化环境：make init 拉取子模块
2. 配置平台：make configure PLATFORM=<platform>
3. 编译镜像：make SONIC_BUILD_JOBS=4 target/sonic-<platform>.img.gz
构建采用双阶段架构：Bookworm 阶段编译所有软件包（.deb、Python wheel、Docker 镜像），Trixie 阶段组装最终镜像。通过 rules/config.user 可持久化自定义配置。
显著优点
- 多平台统一支持：单一代码库覆盖虚拟环境与主流商用交换芯片
- 高度可配置：并行度（SONIC_CONFIG_BUILD_JOBS/MAKE_JOBS）、内存限制（SONIC_BUILD_MEMORY）、测试跳过（BUILD_SKIP_TEST）等关键参数均可调优
- 增量构建支持：DPKG 缓存（rwcache）和版本缓存显著加速重复编译
- 内存安全保护：Docker 内存限制防止并行构建触发内核 OOM killer
- 模块化设计：支持单包重建，精确定位问题
潜在局限
- 资源消耗大：JOBS=4 需约 20GB RAM，JOBS=8 建议 48GB+，对开发机要求较高
- 构建时间长：JOBS=1 时 VS 镜像需约 3 小时，关键路径（libswsscommon）存在并行瓶颈
- 子模块管理复杂：Git 子模块易损坏，需定期
init --force修复 - 清理策略激进：官方推荐
rm -rf target/*全量清理，无法选择性保留
适合人群
- 网络设备厂商固件工程师
- 数据中心/云网络运维团队（需定制 SONiC 功能）
- 白盒交换机方案集成商
- 网络协议研究开发者（VS 平台仿真测试）
常规风险
- OOM 导致构建失败：未设置 SONIC_BUILD_MEMORY 时，高并行度可能触发系统级内存回收
- 残留制品干扰：选择性清理 target/ 目录会导致 make 误判依赖，产生不一致镜像
- 子模块同步失效：HTTPS 克隆偶发 HTTP 500 错误，建议改用 SSH
- DCO 合规疏忽：PR 需
git commit -s签名，否则 CI 拒绝合并