1. 课程导入

欢迎进入《SDV软件平台持续集成与发布工程》课程。在智能汽车时代，软件定义汽车（Software-Defined Vehicle，SDV）已经从概念走向大规模量产。传统汽车以机械和电子硬件为核心，而SDV以软件为核心驱动力，通过集中式电子电气架构、车载操作系统、中间件、应用软件与云端服务，持续为用户提供可迭代、可升级、可运营的体验。本课程聚焦SDV软件平台从代码提交到版本发布的全链路工程能力，帮助学习者建立持续集成与发布工程的系统方法论。

一、SDV软件平台的定义与架构认知

SDV软件平台并不是单一的操作系统，而是由多层软件与工具链共同构成的体系。它通常包括：车载硬件抽象层、实时操作系统与Hypervisor、通信中间件（如SOME/IP、DDS、MQTT）、服务框架、应用运行时、OTA升级组件、云端车联网平台以及研发效能工具链。其核心目标是实现软硬件解耦、服务化通信、集中化计算与全生命周期可升级。

从工程视角看，SDV软件平台具有三个显著特征：第一，软件规模大、模块多、依赖复杂；第二，多车型、多配置、多区域市场并行开发；第三，安全、合规与实时性要求极高。因此，传统“手工集成、集中发布”的方式无法支撑高频迭代，必须引入持续集成与发布工程体系。

二、发展趋势：从分布式ECU到集中式软件平台

过去，汽车软件分散在数十甚至上百个ECU中，功能固化、升级困难。随着智能座舱、自动驾驶和车联网的发展，电子电气架构正从分布式向“中央计算+区域控制”演进。软件平台随之呈现以下趋势：

• 集中化：算力向中央计算单元和区域控制器集中，软件平台统一管理资源。
• 服务化：功能以服务形式提供，通过标准接口通信，便于跨车型复用。
• 云原生：研发、测试、发布、运营逐步云化，形成车云一体化的DevOps体系。
• 高频OTA：从每年一次升级走向按月、按周甚至按需发布，要求发布工程高度自动化。
• 安全合规：ISO 26262、ISO 21434、UN R155/R156等法规对发布流程提出可追溯、可审计要求。

三、持续集成与发布工程的核心价值

持续集成（CI）强调开发人员频繁提交代码，并通过自动化构建、测试和检查快速发现集成问题。持续发布（CD）则在此基础上，将经过验证的软件版本自动或半自动地交付到测试环境、生产环境和车端。对于SDV软件平台，CI/CD的核心价值体现在四个方面：

1. 缩短反馈周期：代码提交后分钟级获得编译、测试结果，避免问题堆积到集成后期。
2. 提升版本质量：通过自动化门禁统一质量标准，减少人为遗漏。
3. 支撑多车型并行：通过分支策略、配置管理和制品复用，降低多项目重复集成成本。
4. 保障可追溯与合规：每次发布都有明确的代码基线、测试报告、签名和审批记录。

四、典型场景：一次车端版本发布的全过程

假设某车型需要发布一个座舱语音助手优化版本。开发人员提交代码后，CI流水线自动触发：拉取代码、编译构建、运行单元测试和静态检查、生成软件包、执行集成测试、进行安全扫描、生成版本号和签名。通过门禁后，制品进入OTA发布平台，按灰度策略推送到测试车队，采集车端日志和用户反馈，最终全量发布。整个过程如果依赖手工，可能需要数天；而通过CI/CD，可以压缩到数小时甚至更短。

# 示例：CI流水线关键阶段（伪配置）
stages:
  - checkout
  - build
  - static_analysis
  - unit_test
  - integration_test
  - package
  - sign
  - ota_publish

# 质量门禁示例
quality_gates:
  unit_test_coverage: ">= 80%"
  static_analysis_blocker: 0
  security_critical: 0
  integration_test_pass_rate: ">= 95%"

五、常见误区与复盘

六、学习目标与整体课程框架

通过本课程，学习者应能够：理解SDV软件平台的架构与工程特征；掌握持续集成与发布工程的核心原理和关键实践；能够设计面向多车型、多配置的CI/CD流水线；能够建立质量门禁、制品管理和OTA发布流程；能够运用效能度量持续改进发布效率与质量。

课程整体分为六个模块：基础认知与架构、代码与分支管理、持续集成流水线、测试与质量门禁、制品与发布管理、车云协同与效能度量。每个模块都会结合真实工程场景，给出可落地的方法、清单和示例。希望你在学习过程中，不仅记住工具和命令，更能建立“以版本为中心、以自动化为手段、以质量与合规为底线”的发布工程思维。