完整发布验证
Full Release Validation 是发布产品验证的总称。大部分工作发生在子工作流中，因此某个失败的 box 可以重新运行，而无需重启整个发布。
测试失败仍然是失败。Full Release Validation 绝不会自动重新运行失败或超时的任务。在使用显式的操作员恢复命令之前，请先诊断原始失败。
此页面是一个索引。参考文档分布在七个页面上，每个 reader job 对应一个页面。打开与你的任务匹配的页面，并在该页面完成对应的验证流程。
对于冻结目标，请在初始请求中声明确切的测试省略项；参见精确的冻结目标测试省略项。Node 和扩展输入会验证所选清单，并始终绑定到不可变的覆盖标识。
| 页面 | 阅读时机 |
|---|---|
| 分发验证运行 | 开始运行：Code SHA、Tooling SHA、辅助输入以及不可变的执行计划。 |
| 继续失败的验证 | 在现有父级上重新运行一个任务或失败的子项，以及合并后的继续证明。 |
| 扩展稳定版和仅 changelog 验证 | 扩展稳定版分发、仅 changelog 复用、覆盖策略以及 Telegram 豁免。 |
| 顶层阶段 | 伞形阶段矩阵、证据复用、制品生产者以及决策状态。 |
| 发布检查阶段 | OpenClaw Release Checks 阶段矩阵以及 Docker 发布路径块。 |
| 发布配置文件和聚焦重跑 | 比较配置文件覆盖范围，并选择聚焦的 rerun_group 或套件过滤器。 |
| 需要保留的证据 | 在通过之后记录证据，以及支撑工作流文件。 |
各章节迁移位置¶
先前单页版本中的每个章节标题在此处都保留其锚点，因此诸如
/reference/full-release-validation#post-merge-continuation-proof 之类的现有链接仍然可以解析。每个条目都指向现在承载该内容的页面。
相关¶
本页原文 Markdown：在 AtomGit 查看·内容源自开源项目 cl/openclaw