持续交付 / 持续部署CD
你可能会说
检查通过的版本先送到测试地址;正式发布前保留人工确认,除非团队明确要自动发布。
持续交付和持续部署,是把检查通过的版本继续送往可访问地址的两种做法。持续交付会把版本准备好,仍由人决定何时正式发布;持续部署会在检查通过后自动正式发布。两者的差别是,正式发布前是否保留人工确认。
也常被叫作CDContinuous DeliveryContinuous Deployment持续交付持续部署CI/CD
同一通过版本怎样分成持续交付与持续部署
发布流水线v2.14.0 · commit 8fd21a
验证通过✓Build & test1m 46s
2部署到预发布staging.trip.local
3部署到生产尚未开始
CD先确认谁批准、发往哪个环境。
CD 的人工批准边界
持续交付保留“现在发不发”的决定:版本自动构建、测试并进入可发布状态,团队仍可在生产前查看测试环境、业务时机和风险,再点批准。人工批准不表示流程手工化,前面的验证仍可自动完成。
持续部署让通过门禁的版本自动到生产:当团队明确采用持续部署,版本满足预设检查后会自动发布。它需要可靠的测试、监控和止损手段;没有这些证据时,不能因为叫 CD 就默认自动上线。
你可以这样告诉 AI Agent
请把 CI 通过的版本自动部署到测试环境。生产环境保持持续交付:只有测试地址和关键检查确认后,才显示一个明确的人工批准步骤;不要默认自动发布生产。
接下来学什么
延伸阅读 · 权威出处
快速练习