CD
团队每天合并小改动，希望每次都能快速得到可发布的结果。
后端与接口约 10 分钟 · 从真实需求理解
1CD 是做什么的？
git pushbuild + testready to deploy先提交一小段改动。
CD 常指 Continuous Delivery，持续交付。
- 代码变更会经过构建和自动检查。
- 通过后，系统准备好一个可以发布的版本。
可发布不一定等于已经自动上线。
2CD 和 Deployment 有什么不同？
CD 关注代码如何稳定到达可发布状态，Deployment 关注版本如何进入运行环境。
- CD 可以准备版本，但不一定自动发布到生产。
- 自动构建、测试和产物整理是 CD 的常见部分。
两者常常连在一条发布流程里。
3CD 流程由哪些部分组成？
git push开发者提交一小段新改动。
build + test流水线验证代码能否交付。
ready已经可以交给部署步骤。
可以看变更、检查和发布候选。
- 变更是开发者提交的新代码。
- 检查验证构建和测试是否通过。
- 发布候选是已经准备好的版本。
4怎样把 CD 需求交给 Agent？
请配置 CD：代码合并后自动构建和测试，通过后生成可发布版本；不要把“可发布”误写成“已经上线生产”。
5不用背，看看你能不能判断
1 / 3
CD 主要关注什么？
请选择一个最符合题意的答案
社区延伸
看别人真实遇到过什么
社区帖子还没有关联到这个词条。