[modusensus]

问题

第一次实跑 v0.9.0 就翻车：npm publish 明明成功——

npm notice publish Signed provenance statement ...
npm notice publish Provenance statement published to transparency log
+ dsh-cura@0.9.0

紧接着的「发完回查」只等了 30 秒就判定失败，release job 被跳过，整个 run 红着。

根因

npm 自己在输出里写得很清楚：

Your package is being processed and may take a few minutes to become available.

我给的窗口是 10 × 3s = 30 秒，比 npm 自己声明的延迟还短。registry 的 CDN 边缘节点这时候还没拿到新版本，npm view 查不到，于是「发成功了」被读成「发失败了」。

而且 npm view 默认会走本地缓存，刚发完立刻查，很可能拿到的就是「没有这个版本」的旧缓存。

改法

项	之前	现在
窗口	10 × 3s = 30 秒	24 × 10s = 4 分钟
查询	npm view	npm view --prefer-online
失败时的信息	只有一句 error	每次未命中打印「第 i/24 次没查到」

4 分钟是个折中：等太短会把 CDN 抖动当成发版失败（这次就是），等太久又把真失败拖成十分钟。

测试

新增三条断言，都盯着这次踩的坑：

1. 窗口是分钟级且带 --prefer-online；
2. 超时才失败，不是首次没查到就失败；
3. 回查只在真上传过的那次跑（跳过 publish 时不该卡在回查）。

三条变异全部 EXIT=1，还原后 8 套全绿：

#	变异	结果
M6	窗口退回 10 × 3s	2 条红
M7	去掉 --prefer-online	1 条红
M8	去掉 if: published == 'true' 守卫	1 条红

遗留

v0.9.0 那个 run 是红的，但包已经发上去了（latest = 0.9.0，npm install dsh-cura@0.9.0 能装）。Release 也是之前手建的。所以这次不需要补发，只是把误判的判定条件修掉。