从清晰的画面开始。

找到正确的起点

选择受影响的边界

决定是否停止更改

如果发布威胁数据正确性或持续产生失败工作，请停止晋升并保留当前证据。在选择旧制品之前记录哪些架构变更已提交。重复重试可能隐藏第一个错误或增加负载。

使用指明变更的事件说明

例如：“报告 API，测试账户，在修订版 REVISION_TO_REVIEW 之后。读取通过；一个导出保持排队。未启用生产通知。最后兼容制品记录在发布日志中。”将占位符替换为您自己的已脱敏事实；这是示例性说明，不是我们处理过的事件。

包含有用证据

记录 UTC 时间、受影响组件、预期行为、实际行为、最近更改和最小复现。从日志中脱敏访问令牌和客户信息。

切勿分享种子短语、私钥、密码或支出凭据。合法的支付调查不需要它们。