📚 课程目录第4章流水线基础

4. 流水线基础概念：CI/CD 流水线定义、持续集成与持续交付的区别、流水线在版本管理中的作用

在深入 Containerd 运行时版本迁移 与 发布流水线适配 之前，必须建立对 CI/CD 流水线的统一认知。本章将定义流水线的核心概念，厘清持续集成与持续交付的边界，并阐明流水线在版本管理中的关键作用，为后续章节的流水线改造提供理论基础。

CI/CD 流水线（Pipeline）是一套自动化的、分阶段执行的软件交付流程。它将代码从提交到部署的整个过程拆解为多个标准化的阶段，每个阶段执行特定的任务（如编译、测试、扫描、打包、发布），并通过自动化机制串联起来。

一个典型的 CI/CD 流水线包含以下核心阶段：

阶段	主要任务	产出物
代码提交（Commit）	开发者将代码变更推送至版本仓库（如 Git）	代码变更集、Commit ID
持续集成（CI）	自动拉取代码、编译、单元测试、代码扫描、构建制品	可部署的二进制或容器镜像
持续交付（CD）	将制品自动部署到测试/预发布环境，执行集成测试、验收测试	通过验证的发布候选版本
持续部署（可选）	将通过验证的版本自动发布到生产环境	生产环境运行的服务版本

  关键理解： 流水线的本质是将“人工操作”转化为“自动化流程”，通过标准化阶段消除环境差异和人为失误，确保每次版本发布的可重复性和可追溯性。

持续集成（CI）和持续交付（CD）是流水线中两个紧密关联但职责不同的阶段。混淆二者是流水线设计中的常见误区，尤其在涉及容器运行时版本变更时，错误的阶段划分可能导致发布阻塞。

以下表格从多个维度对比两者的核心差异：

实践建议： 在 Containerd 版本迁移场景中，CI 阶段应使用旧版本的 Containerd 运行环境来验证代码兼容性；CD 阶段则应在新版本的 Containerd 环境中执行集成测试，以暴露运行时差异。

下图直观展示了 CI 与 CD 在流水线中的位置关系及各自的核心活动：

版本管理不仅仅是记录版本号，更是一套确保软件可追溯、可复现、可审计的机制。流水线在其中扮演着“自动化执行引擎”和“质量门禁”的双重角色。

流水线在版本管理中的具体作用体现在以下四个层面：

版本号自动生成与绑定
- 流水线根据 Git Tag、Commit SHA 或构建时间戳自动生成语义化版本号（如 v2.1.0+build.20250401）。
- 版本号与制品（容器镜像、二进制包）进行不可变绑定，确保每个版本唯一可识别。
版本晋升门禁（Promotion Gate）
- 每个流水线阶段（CI → CD → 生产）都是一个版本晋升关卡。
- 只有通过当前阶段所有测试的版本，才能晋升到下一阶段，形成“质量过滤网”。
制品与元数据追溯
- 流水线自动记录每个版本的构建参数、依赖版本、测试结果、代码变更集等元数据。
- 当 Containerd 版本迁移后出现问题时，可通过流水线日志快速定位是哪个版本、哪次构建引入了问题。
环境一致性保障
- 流水线确保从开发、测试到生产环境使用同一份制品，避免“在我机器上能跑”的问题。
- 在 Containerd 版本迁移场景中，流水线负责在不同阶段切换运行时版本，并验证一致性。

常见陷阱： 许多团队将版本管理简化为“改版本号”，忽略了流水线在版本追溯和环境一致性上的作用。当 Containerd 版本迁移导致线上故障时，如果缺乏流水线记录的元数据，排查将变得极其困难。

下图展示了流水线如何将版本管理的关键活动串联起来，形成完整的版本生命周期：

在 Containerd 运行时版本迁移项目中，流水线不仅是自动化工具，更是保障迁移安全的核心基础设施。通过 CI 阶段验证代码兼容性，CD 阶段验证运行时行为，以及流水线对版本号、制品、元数据的统一管理，团队可以大幅降低版本迁移带来的风险。