构图AI

CI/CD 流水线流程图

代码提交后构建、测试、扫描、入库，再经预发审批发布到生产并监控。

作者：松柏

CI/CD 流程图按提交到生产的阶段排列，强调制品先入库再部署、生产前审批、失败可回滚。给新人看可裁掉扫描细节，给审计看要突出审批与追溯。

流程图示例
构图AI 生成的流程图示例。按下方 Prompt 可生成「CI/CD 流水线流程图」的可编辑手绘图。

Prompt 模板

画一张 DevOps CI/CD 流水线图，手绘风。阶段从左到右：Commit → Build → Test → Scan → Registry → Staging → Approval → Production → Monitor。Build 之后并行跑 Test 和 Scan。Staging 与 Production 用不同颜色区分。从 Production 拉一条监控旁路。生产前必须有审批，失败可回滚。
一键试用查看「流程图」技能

适用场景

  • 给新人讲「合并之后发生了什么」
  • 和安全对齐扫描是否阻断发布
  • 对照 /guides/devops-cicd 把文字阶段落成图

关键节点

Commit / Build
代码进入主干后构建制品。构建失败必须阻断，不要画成「警告仍发布」。
Test ∥ Scan
构建后并行：自动化测试与安全/依赖扫描。任一门禁失败汇合到「不可发布」。
Registry
镜像或包先入库。部署环境只拉已入库制品，禁止在生产机构建。
Staging
预发验证。和 Production 分色，避免看起来像已经上生产。
Approval
只挂在生产前。写清谁批、什么条件（测试通过、变更单号）。
Production + Monitor + Rollback
生产发布后接监控旁路；失败用虚线回到上一稳定制品，不要画成重新 Commit。

画图提示

  • 阶段用矩形，菱形只留给「测试是否通过 / 是否批准上生产」
  • 并行测试与扫描画成同一列分叉再汇合，少交叉线
  • K8s 落地细节另开 /examples/k8s-deploy，本图只保留流水线阶段

常见问题

这和 K8s 部署图有什么区别？+

本图讲流水线阶段。集群里 Ingress/Deployment 怎么接，见 /examples/k8s-deploy。指南 /guides/devops-cicd 把两张图怎么配合写清楚了。

审批能不能画在测试前面？+

日常发布不要。审批应挡生产，不是挡构建。紧急热修若要跳级，画显式「hotfix 旁路」并写谁授权。

回滚画实线还是虚线？+

虚线旁路，指向 Registry 中上一版本，而不是回到 Commit。回到提交会让人以为要重走全部测试。

所属技能

相关对比

延伸阅读

相关示例