CodeSampleX

记录npmvitest4.1.11vitest.beforeEach

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

当前条件

vitest.beforeEach @4.1.11ubuntu glibc · x64 · node 22 · npm 10 · node

2 次中 2 次通过

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

该坐标还没有样例

项目观测
2 / 2
契约验证
此坐标上没有
独立上报节点
1
最近记录
2026-08-31
可以打开的证据

依赖

库版本在那里测得项目
@vitest/expect 4.1.11 契约通过 1 个项目日
@vitest/mocker 4.1.11 契约通过 1 个项目日
@vitest/pretty-format 4.1.11 契约通过 1 个项目日
@vitest/runner 4.1.11 契约通过 1 个项目日
@vitest/snapshot 4.1.11 契约通过 1 个项目日
@vitest/spy 4.1.11 契约通过 1 个项目日
@vitest/utils 4.1.11 契约通过 1 个项目日
es-module-lexer 2.3.2 契约通过 1 个项目日
expect-type 1.4.0 契约通过 1 个项目日
magic-string 0.30.21 契约通过 1 个项目日
obug 2.1.4 契约通过 1 个项目日
pathe 2.0.3 契约通过 1 个项目日
picomatch 4.0.7 契约通过 1 个项目日
std-env 4.2.0 契约通过 1 个项目日
tinybench 2.9.0 契约通过 1 个项目日
tinyexec 1.3.0 契约通过 1 个项目日
tinyglobby 0.2.17 契约通过 1 个项目日
tinyrainbow 3.1.1 契约通过 1 个项目日
vite 8.2.2 观测到构建 1 个项目日
why-is-node-running 2.3.0 契约通过 1 个项目日

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

各版本的依赖版本

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

库4.1.113.2.72.1.9
@vitest/expect 4.1.11 3.2.7 2.1.9
@vitest/mocker 4.1.11 3.2.7 2.1.9
@vitest/pretty-format 4.1.11 3.2.7 2.1.9
@vitest/runner 4.1.11 3.2.7 2.1.9
@vitest/snapshot 4.1.11 3.2.7 2.1.9
@vitest/spy 4.1.11 3.2.7 2.1.9
@vitest/utils 4.1.11 3.2.7 2.1.9
pathe 2.0.3 2.0.3 1.1.2
picomatch 4.0.7 4.0.5 —
std-env 4.2.0 3.10.0 3.10.0
tinyexec 1.3.0 0.3.2 0.3.2
tinyrainbow 3.1.1 2.0.0 1.2.0
vite 8.2.2 7.3.6 5.4.21
vite-node — 3.2.4 2.1.9
@types/chai — 5.2.3 —
chai — 5.3.3 5.3.3
debug — 4.4.3 4.4.3
es-module-lexer 2.3.2 — —
expect-type 1.4.0 1.4.0 1.4.0
magic-string 0.30.21 0.30.21 0.30.21
obug 2.1.4 — —
tinybench 2.9.0 2.9.0 2.9.0
tinyglobby 0.2.17 0.2.17 —
tinypool — 1.1.1 1.1.1
why-is-node-running 2.3.0 2.3.0 2.3.0

发生变动：14 · 所有版本相同：11

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

近期失败聚类