CI/CD · 持续集成与交付

CI/CD：让发布又快又稳

CI/CD 把"提交代码 → 自动测试 → 自动构建 → 自动部署"全流程自动化，让团队从"手动发布心惊胆战"变成"一键发布安心收工"。本讲梳理 CI/CD 的核心概念、流水线设计与落地实践。

Git 版本管理 Docker 容器化

🔁 自动构建

🚀 一键部署

PAIN POINTS

手动发布，团队的噩梦

😰

"在我电脑上明明好的"

手动部署容易漏步骤、环境不一致，发布一次翻车一次，全靠开发熬夜救火。

⏳

上线要等半天，还要排期

构建、测试、部署全靠人工，一次上线耗时大半天，版本迭代被卡死。

🐛

代码没测就上线，回归不断

缺少自动测试把关，改一处崩一处，线上 bug 频发，用户怨声载道。

FEATURES

CI/CD 的核心能力

🤖

自动集成

代码提交即触发构建与单元测试，问题第一时间暴露。

🧪

质量门禁

测试、Lint、覆盖率不达标自动拦截，质量可控可量化。

📦

自动构建

统一环境构建产物/镜像，杜绝"本地可以线上不行"。

🚀

自动部署

测试环境、预发布、生产环境流水线化部署，可回滚。

📊

可视化

流水线状态、构建日志、发布记录一目了然。

🔄

快速回滚

发布异常一键回滚到上一版本，损失降到最低。

TOOL CHART

CI/CD 工具选型对照

工具没有绝对好坏，与团队和托管平台匹配最重要。

工具	集成方式	适合团队	特点
GitHub Actions	GitHub 原生	开源/GitHub 用户	生态丰富、YAML 简单
GitLab CI	GitLab 原生	自建 GitLab 团队	一体集成、自带 Runner
Jenkins	插件生态	老牌/复杂流水线	灵活但维护成本高
阿里云效 / 流水线	云上托管	国内云原生团队	免运维、与云产品打通
Gitee Go	Gitee 原生	国内 Gitee 用户	轻量、上手快
选型建议	—	优先选托管平台原生	减少自建运维成本

PIPELINE

CI/CD 流水线五步设计

代码提交触发

push/PR 事件触发流水线，不同分支走不同流程。

静态检查与测试

Lint、类型检查、单元测试、构建验证，质量门禁前移。

构建产物/镜像

在统一环境构建并推送到制品库/镜像仓库。

环境部署

按阶段部署到测试/预发布/生产，配置随环境注入。

验证与通知

部署后冒烟/健康检查，结果通知团队，异常自动回滚。

USE CASES

CI/CD 用在哪

🚀

快速迭代产品

每天多次发布，自动化让迭代速度与质量兼得。

🏢

团队协作项目

多分支并行开发，合并即验证，冲突与回归提前暴露。

🧪

测试驱动团队

自动化测试 + 门禁，让每次提交都有质量背书。

☁️

云原生应用

构建镜像 → 推送 → 部署到 K8s，全链路 GitOps。

还在手动发布？是时候自动化了

我们提供 CI/CD 流水线搭建服务，把测试、构建、部署全流程自动化。

部署方案 Git 版本管理

FAQ

CI/CD 高频问答

CI（持续集成）是提交后自动测试与构建；CD（持续交付/部署）是把产物自动部署到环境。CI 保证代码健康，CD 保证交付顺畅。

GitHub Actions / GitLab CI 集成度最高；Jenkins 老牌通用；国内可用 Gitee/云效等。选与代码托管平台耦合的，维护成本最低。

缓存依赖与构建层、并行执行独立步骤、只构建变更部分、跳过无关触发；分阶段拆分，快速失败优先。

生产环境用受保护分支 + 人工审批（Protected Environment），密钥用 Secret 管理不落仓库，部署后健康检查 + 自动回滚。

从核心链路开始：关键函数单测 + 核心流程集成测试 + 上线冒烟测试，覆盖率设合理门槛（如 60-80%），别为指标而写无意义测试。

可以。即使没有测试，自动构建 + 自动部署 + 自动回滚已经比手动强很多；测试可以在上线后逐步补齐，自动化框架先行落地。

常用三套流程：PR/合并请求走快速检查（Lint+单测），main 分支走完整构建+测试+预发布，打 tag/手动触发才部署生产，环境隔离、互不干扰。

GitOps 是 CI/CD 的进阶形态：以 Git 仓库为唯一事实源，提交即声明目标状态，工具（如 ArgoCD）自动同步到集群。可回滚、可审计、可复现。