CodeSampleX

记录npmvite8.2.1expect.rejects

更改条件
已固定
符号expect.rejects 包管理器npm
筛选 OSalpine musl 运行时node 22 包版本8.2.1 架构x64 执行上下文node libcmusl 清除筛选

当前条件

expect.rejects @8.2.1alpine musl · x64 · node 22 · npm · node

2 次中 2 次通过

已验证 — 本网络在此坐标上运行过契约测试。

有样例 — 我们在该坐标运行过,并且干净地结束 (1)

项目观测
1 / 1
契约验证
2 / 2
独立上报节点
1
交叉验证
由两个及以上独立节点复现
最近记录
2026-09-08

依赖健康度

此版本的依赖组合与失败观测

观测到问题 1 项 · 变动 4 项 · 正常 2 项

首次观测到的失败

8.2.1

moduleSystem=esm · executionContext=node

5 FAIL · stage: PROJECT_PROCESS

库 版本 健康状态 在那里测得 项目
picomatch 4.0.5 CANDIDATE 相关变更;组合未证实 契约通过 3 个项目日
postcss 8.5.26 CANDIDATE 相关变更;组合未证实 契约通过 3 个项目日
rolldown 1.2.4 CANDIDATE 相关变更;组合未证实 观测到构建 3 个项目日
tinyglobby 0.2.17 CANDIDATE 相关变更;组合未证实 契约通过 3 个项目日
lightningcss 1.33.0 PASS 所有观测均通过 契约通过 3 个项目日
vitest 4.1.10 PASS 所有观测均通过 契约通过 1 个项目日

测量列说的是每个依赖自身版本的情况,而不是这一对的情况。解析器把两个版本放在一起,并不证明它们能协同工作。

各版本的依赖版本

本包的每个版本把子依赖解析到了哪个版本。版本发生变动的子依赖排在最前:升级正是在那里改变了你脚下的东西。

库8.3.08.2.28.2.17.3.67.3.16.4.36.2.05.4.215.4.14
esbuild — — — 0.28.2 0.27.2 0.25.12 0.25.12 0.21.5 0.21.5
picomatch 4.0.7 4.0.7 4.0.5 4.0.5 4.0.3 4.0.5 — — —
postcss 8.5.28 8.5.28 8.5.26 8.5.26 8.5.6 8.5.26 8.5.28 8.5.25 8.5.28
rolldown 1.2.8 1.2.7 1.2.4 — — — — — —
rollup — — — 4.63.3 4.54.0 4.63.3 4.62.4 4.62.3 4.63.1
tinyglobby 0.2.17 0.2.17 0.2.17 0.2.17 0.2.15 0.2.17 — — —
fdir — — — 6.5.0 6.5.0 6.5.0 — — —
lightningcss 1.33.0 1.33.0 1.33.0 — — — — — —
vitest — — 4.1.10 — — — — — —

发生变动:6 · 所有版本相同:3

一条边记录的是解析器在真实机器上把一个版本放在了另一个版本旁边。它并不主张两者能协同工作;那个问题由样本和契约回答,而不是由这里存在一行来回答。

近期失败聚类