CodeSampleX

记录npm@vitest/runner3.2.7@vitest/runner.startTests

更改条件
已固定
包版本3.2.7 符号@vitest/runner.startTests
筛选 OSubuntu glibc 运行时node 22 架构x64 包管理器npm 10 执行上下文node libcglibc 清除筛选

当前条件

@vitest/runner.startTests @3.2.7ubuntu glibc · x64 · node 22 · npm 10 · node

1 次中 0 次通过

已观测 — 真实项目构建从此坐标上报。

有样例 — 我们尚未在该坐标运行过它 (1)

项目观测
0 / 1
契约验证
此坐标上没有
独立上报节点
1
已采集指纹的失败
0 / 1
最近记录
2026-08-27

依赖健康度

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

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

首次观测到的失败

3.2.7

windows · node@24.13 · executionContext=node · moduleSystem=esm

31 FAIL · stage: UNKNOWN · fingerprint: sha256:9f91c975308128a0f4f23e33b9d5936b9c39535b5c01aa9245b8cdc4b0a37a10

库 版本 健康状态 在那里测得 项目
@vitest/utils 3.2.7 CANDIDATE 相关变更;组合未证实 契约通过 6 个项目日
pathe 2.0.3 CANDIDATE 相关变更;组合未证实 契约通过 6 个项目日
strip-literal 3.1.0 PASS 所有观测均通过 契约通过 6 个项目日

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

各版本的依赖版本

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

库4.1.114.1.104.0.184.0.164.0.03.2.73.2.43.0.02.1.9
@vitest/utils 4.1.11 4.1.10 4.0.18 4.0.16 4.0.0 3.2.7 3.2.4 3.0.0 2.1.9
pathe 2.0.3 2.0.3 2.0.3 2.0.3 2.0.3 2.0.3 2.0.3 2.0.3 1.1.2
strip-literal — — — — — 3.1.0 3.1.0 — —

发生变动:2 · 所有版本相同:1

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

近期失败聚类