CodeSampleX

兼容性npmvitest

更改条件
已固定
符号JsonReporter 架构x64
筛选 运行时node 22 包版本2.1.9 执行上下文node 清除筛选

当前条件

JsonReporter @2.1.9x64 · node 22 · node

1 次中 1 次通过

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

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

项目观测
1 / 1
契约验证
1 / 1
独立上报节点
1
最近记录
2026-08-27
可以打开的证据

精确记录

这一切片已细分到实测的组合级别——下面列出的环境正是实际运行过的环境。

依赖

库版本在那里测得项目
@vitest/expect 2.1.9 契约通过 4 个项目日
@vitest/mocker 2.1.9 契约通过 4 个项目日
@vitest/pretty-format 2.1.9 契约通过 4 个项目日
@vitest/runner 2.1.9 契约通过 4 个项目日
@vitest/snapshot 2.1.9 契约通过 4 个项目日
@vitest/spy 2.1.9 契约通过 4 个项目日
@vitest/utils 2.1.9 契约通过 4 个项目日
chai 5.3.3 契约通过 4 个项目日
debug 4.4.3 契约通过 4 个项目日
expect-type 1.4.0 契约通过 4 个项目日
magic-string 0.30.21 契约通过 4 个项目日
pathe 1.1.2 契约通过 4 个项目日
std-env 3.10.0 契约通过 3 个项目日
tinybench 2.9.0 契约通过 3 个项目日
tinyexec 0.3.2 契约通过 3 个项目日
tinypool 1.1.1 契约通过 3 个项目日
tinyrainbow 1.2.0 契约通过 3 个项目日
vite 5.4.21 契约通过 3 个项目日
vite-node 2.1.9 契约通过 3 个项目日
why-is-node-running 2.3.0 契约通过 3 个项目日

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

各版本的依赖版本

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

库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

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