持续集成与持续交付是软件开发过程中的一种实践，它通过自动化的方式将代码更频繁地集成到主干中，从而提高软件质量，提高开发效率并缩短发布周期。
什么是CI/CD
Continuous Integration（持续集成，CI）：
一种开发实践，要求开发人员频繁（通常每天多次）将代码变更提交到共享代码仓库（如 Git）。每次提交都会触发自动化流程，包括代码构建、单元测试、集成测试等，确保新代码与现有代码库的兼容性。
Continuous Delivery/Deployment（持续交付/持续部署，CD）：
持续交付： 持续集成的延伸，确保代码始终处于可随时部署到生产环境的状态。通过自动化流程将代码交付到类生产环境（如预发布环境），但最终部署到生产环境需要手动审批触发。
持续部署：在持续交付的基础上更进一步，完全自动化将代码变更部署到生产环境，无需人工干预。
CI/CD的基本流程
阶段 | 步骤 | 关键动作 | 工具示例 |
代码提交 | 提交代码到仓库 | 开发者推送代码至 Git 分支（如 | Git, GitHub, GitLab |
CI 流程 | 触发构建 | 监听代码变更，启动 CI 流水线（如通过 Webhook）。 | Jenkins, GitHub Actions |
代码静态检查 | 代码规范检查、安全扫描（如 ESLint、SonarQube）。 | SonarQube, ESLint | |
自动化构建 | 编译代码、打包镜像或生成二进制文件（如 | Maven, Docker, Gradle | |
自动化测试 | 执行单元测试、集成测试、覆盖率检查（如 JUnit、Selenium）。 | JUnit, Selenium, pytest | |
质量门禁 | 测试结果验证 | 检查测试是否通过，失败则中断流程并通知开发者。 | Jenkins Quality Gates |
产物生成 | 生成部署包 | 将构建产物存档或推送至仓库（如 Nexus、Docker Hub）。 | Nexus, Docker Hub |
CD 流程 | 部署到测试环境 | 自动部署到预发布环境（如 Kubernetes 集群）。 | Argo CD, Ansible |
人工验收测试 | 测试团队验证功能，手动批准生产部署。 | 手动触发（如 Jenkins 人工确认） | |
部署到生产环境 | 滚动更新或蓝绿部署，确保服务高可用。 | Kubernetes, AWS CodeDeploy |
CI/CD 优势与核心价值
CI/CD通过高频交付、质量把控前移、快速迭代反馈，实现稳定高效的持续产出，同时优化团队协作与资源成本。
高频发布：自动化流水线减少人工干预，实现每日多次部署，效率远超传统模式。
质量前置：自动化测试拦截缺陷，显著降低线上故障率，保障变更稳定性。
持续反馈：实时监控结合灰度发布，快速验证功能并降低试错成本。
团队增效：开发者专注创新，标准化流程提升协作效率，减少重复性工作。
降本增效：自动化优化长期维护成本，弹性资源利用进一步节省投入。