研发管理知识库（6）什么是CI/CD

CI/CD（持续集成与持续交付/持续部署）是一套现代软件工程的核心实践与自动化流程，旨在帮助团队更频繁、更可靠地交付高质量的软件。它像一条高度自动化的“流水线”，代码从提交到上线生产的整个过程都在其中有序流动。

下面这个表格可以帮你快速把握其核心组成部分的联系与区别：

核心实践	英文全称	核心目标	关键活动
CI（持续集成）	Continuous Integration	快速发现集成错误，保证代码质量	频繁集成代码、自动化构建、运行自动化测试（单元测试、集成测试等）
CD（持续交付）	Continuous Delivery	确保代码随时可手动部署到生产环境	自动化部署到类生产环境（Staging），等待人工确认后发布
CD（持续部署）	Continuous Deployment	自动化完成从代码集成到生产环境部署的全过程	代码通过测试后，无需人工干预，自动发布给用户

CI/CD的工作流是怎样的？

一个典型的CI/CD流水线（Pipeline）就像一条分阶段的质量检查装配线，下图展示了一个从代码提交到生产部署的完整 CI/CD 流程，包含了关键阶段和可能的路径 ：

1. CI阶段：构建与测试

当开发者将代码提交到版本控制系统（如Git）后，会自动触发以下流程：

代码检查：工具会对代码进行静态分析，检查语法错误、安全漏洞和代码规范问题 。

编译构建：将源代码编译、打包成可运行的软件制品（如JAR包、Docker镜像）。

自动化测试：运行一系列测试，包括快速验证代码单元是否正常的单元测试，以及检验多个模块协同工作的集成测试。目标是尽快获得反馈，任何一步失败都会中止流程 。

2. CD阶段：部署与发布

CI阶段通过后，流程进入CD阶段：

部署到预演环境：将构建好的制品部署到一个与生产环境高度相似的预演环境中，进行更全面的测试，如用户验收测试、性能测试等 。

部署到生产环境：这是持续交付与持续部署的关键区别。

持续交付：在此停顿！流程会暂停，等待测试人员或运维工程师手动点击批准后，才会部署到生产环境 。

持续部署：一路绿灯！如果代码在预演环境测试通过，系统会自动将其部署到生产环境，无需人工干预 。为了降低风险，通常会采用金丝雀发布（先让一小部分用户试用新版本）或蓝绿部署（同时运行新旧版本，随时可切换回滚）等策略 。

3. 监控与反馈

应用上线后，监控工具会持续收集运行数据、日志和性能指标。一旦发现异常，系统可以快速触发回滚机制，并用告警通知开发团队，从而形成闭环反馈 。

为什么CI/CD如此重要？

采用CI/CD能为软件开发团队带来显著的价值 ：

提升发布速度与效率：自动化取代了大量重复的手工操作，使得团队能够实现每日甚至每天多次的发布。

提高软件质量：频繁的自动化测试能在大规模集成前就发现并修复缺陷，降低了修复成本。

降低发布风险：由于每次变更的规模都很小，即使出现问题，也更容易定位和回滚。

增强团队协作：自动化的流程减少了人为错误，使开发者能更专注于代码开发，运维团队也能更高效地管理发布。

常见的CI/CD工具

社区和市场上有丰富的工具链支持CI/CD流程的搭建，例如 ：

Jenkins：开源CI工具的佼佼者，高度灵活且插件生态丰富。

GitLab CI/CD、GitHub Actions：与代码托管平台深度集成，配置方便，是现代项目的热门选择。

Argo CD：一款流行的基于Kubernetes的GitOps持续交付工具。