持续集成与持续交付

解决什么问题

手动触发构建、漏跑测试、把密钥写进配置文件、部署失败后无人知晓——这些问题在交付链路拉长后会成倍放大。该技能面向的正是“流水线从无到有、从能跑到可靠”这段工程：帮团队把 lint、测试、构建、部署、通知串成一条可重复、可回溯的链路，而不是一堆散落的脚本。

核心能力与关键步骤

• 平台选型：根据语言、框架、托管环境和团队偏好推荐 GitHub Actions、GitLab CI/CD、Jenkins、CircleCI 或 Azure DevOps。
• 定义流水线阶段：拆分为 lint、test、build、deploy、notify 五个阶段，每阶段明确输入、输出与失败条件，做到 fail fast。
• 密钥管理：使用平台原生 secrets 机制存储 API key、数据库凭证和云厂商令牌，绝不在流水线文件中硬编码。
• 缓存与优化：缓存 npm、pip、Maven 依赖与构建产物，用矩阵构建并行验证多个语言版本或操作系统。
• 部署策略：支持滚动更新、蓝绿部署与金丝雀发布，并为健康检查失败配置回滚流程。
• 通知与监控：通过 Slack、邮件或 Webhook 推送构建状态，部署后对接监控工具验证应用健康。

适用边界与注意点

技能覆盖主流平台与语言（Node.js、Python、Java、Go、Rust、.NET 等），并对接 Docker、Podman 与 AWS/GCP/Azure，但它不能替代你对项目风险的判断：

• 不稳定测试需要重试机制与抖动指标，否则会持续阻塞流水线。
• Monorepo 需用路径过滤（如 paths:、changes:）避免无关服务被触发。
• Docker Hub、npm 和云 API 的速率限制可能直接导致构建失败。
• 超过平台时长上限（如 GitHub Actions 单任务 6 小时）的流水线必须拆分或改用自建 runner。