发布、验证、回滚
发布记录进入观测时间线；发布后的错误率、耗时和日志变化都能对上这次发布。
发布之后，问题才刚开始
版本发出去了，错误率有没有变、耗时有没有涨、日志有没有新异常，往往要等用户反馈才知道。
Diting 把发布记录写进观测时间线，发布前后的指标、链路、日志直接对比。
一条链路
提交
代码进仓库，流水线触发。
构建
镜像构建，推送到镜像仓库。
发布
按环境发布，进度可见。
验证
指标、链路、日志对比，异常可回滚。
发布链路Diting
01提交
02构建
03发布
04观测
05回滚
发布这件事，有据可查
谁发的、发了什么、发到哪、之后发生了什么。
- 发布记录
- 环境对比
- 错误率与耗时
- 一键回滚
适合
- 频繁发布、需要快速判断影响的团队
- 多环境交付
不适合
- 完全不允许平台接触构建系统的组织