方法

CI/CD

持续集成 / 持续交付

每一次代码变更都自动构建、测试、准备发布。一些团队再进一步，每一次通过的构建都自动上生产。

最近审阅: 2026-05-24 审阅人Kevin Riedl wiki ↗

Continuous Integration 意味着团队代码在每次变更时合并并构建，而不是等到最后做一次大爆炸式集成。Continuous Delivery 意味着每一次成功的构建都距离生产只差一次点击。Continuous Deployment 则把那次点击也省掉：每个通过测试的构建自动上线。

多数团队 CI 做得好，CD 时好时坏，Continuous Deployment 几乎从不做。瓶颈很少在工具上，而在「对测试套件的信任」与「一小时内修复构建失败的意愿」。没有这两样，自动化部署只是让 Bug 跑得更快。

Wavect 每个项目在第一天就配好 CI。是否启用 CD 取决于这个项目的测试覆盖与运维纪律是否足以让自动发布安全。我们会直接告诉你属于哪一种。

// FAQ

常见问题

常见问题

CI 是「每次提交都自动构建并测试」。CD（Continuous Delivery）是「每次通过的构建都自动准备成可发布形态，按按钮才上线」。Continuous Deployment 把那次按按钮也省掉，每个通过的构建自动上生产。多数团队 CI 做得好，CD 时好时坏，Continuous Deployment 几乎没人做。
瓶颈很少在工具上。GitHub Actions、GitLab CI、ArgoCD 都成熟了。真正的瓶颈是「对测试套件的信任」与「一小时内修复构建失败的意愿」。没有这两样，自动化部署只是让 Bug 跑得更快。
几乎没有。最小项目也应该有 CI（自动跑测试、Lint、Build），代价只是一个 YAML 文件加几分钟运行时间。CD 与 Continuous Deployment 看测试覆盖与运维纪律决定，但 CI 没理由不开。