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持续交付工具。