# 刚部署完跑验收一半失败，过一会儿再跑又全过了——到底坏没坏？

1. 大概率是**部署传播延迟**，不是回归。边缘节点不会瞬间全部更新，同一个域名在不同时刻可能命中新旧两个版本。
2. 三条证据可以区分「延迟」和「真回归」：① 直连部署产物的专属域名（绕过自定义域）看是否正常；② 同一个失败用例手工再打一次，若变好就是延迟；③ 看响应里有没有**新版本才有的字段或行为**。
3. 硬判据：**部署后先做一次预热请求**再跑验收；或者验收失败时自动重试一次**并记录重试次数**。
4. 反面提醒：如果验收是「失败就重试到过为止」，那它什么也证明不了。重试必须留痕。

## 怎么自己验

把**版本标识暴露在健康检查里**。部署后先确认线上报的版本号已经是新版，再跑验收——这样就不会把传播延迟当成回归。

## 引用

来源：https://nodcheck.com/answers/deploy-propagation-lag