适用场景
研发团队写发布规范、给新人讲上线流程、做事故复盘时对照使用。测试不过回到开发、灰度和全量后发现异常都回滚,这两个回路是发布流程的安全网。
怎么改成你的
- 没有灰度能力的项目,删掉灰度节点和它后面的判断。
- 在「发布评审」里写清谁有权限批准。
- 把观察时长写进「监控观察」,例如 30 分钟。
- 在预览里单击节点可以直接加下一步或删除这一步,不用回到代码里找对应的行。
Mermaid 代码
software-release-flowchart.mmd
flowchart TD
A[代码合并到主干] --> B[自动构建]
B --> C[自动化测试]
C --> D{测试通过}
D -->|否| E[修复后重新提交] --> A
D -->|是| F[部署到预发环境]
F --> G[预发验证]
G --> H[发布评审]
H --> I[灰度发布]
I --> J{指标正常}
J -->|否| K[回滚]
J -->|是| L[全量发布]
L --> M[监控观察]
M --> N{出现异常}
N -->|是| K
N -->|否| O[发布完成并记录]
K --> P[复盘原因]让 AI 按这个结构生成一份
把下面这段发给豆包、DeepSeek、Kimi 或元宝,再把它的回复整段粘贴到编辑器,会自动识别其中的代码。
prompt.txt
请用 Mermaid 的 flowchart TD 语法画一张软件发布上线流程图:代码合并到主干、自动构建、自动化测试,不通过则修复后重新提交;通过后部署到预发环境、预发验证、发布评审、灰度发布;灰度指标不正常则回滚,正常则全量发布并监控观察;出现异常回滚,否则发布完成并记录;回滚后复盘原因。判断用菱形,节点文字不要用括号。只输出 mermaid 代码块。
常见问题
- 想区分开发、测试、运维各自做什么?
用泳道图。模板库里有软件发布的泳道图模板,按角色分栏。
- 能把流水线的工具名写上吗?
能。在节点里换行写,例如「自动构建
流水线任务名」。- 紧急修复的流程怎么画?
复制一份,去掉预发验证和灰度,把发布评审换成「负责人口头确认并事后补单」。
同类模板
更新于 2026-11-11