CodeSampleX

记录npmjest-runtime29.7.0

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

当前条件

jest-runtime @29.7.0ubuntu glibc · x64 · node 22 · npm 10 · node

这是包级汇总，不是 API

2 次中 0 次通过

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

有样例 — 我们在该坐标运行过，并且失败了

项目观测
8 / 8
契约验证
0 / 2
使用记录
2
独立上报节点
3
最近记录
2026-08-31
可以打开的证据

依赖

库版本在那里测得项目
@jest/environment 29.7.0 契约通过 5 个项目日
@jest/fake-timers 29.7.0 契约通过 5 个项目日
@jest/globals 29.7.0 契约通过 5 个项目日
@jest/source-map 29.6.3 契约通过 5 个项目日
@jest/test-result 29.7.0 契约通过 5 个项目日
@jest/transform 29.7.0 契约通过 5 个项目日
@jest/types 29.6.3 契约通过 5 个项目日
@types/node 26.2.0 契约通过 1 个项目日
@types/node 26.4.0 契约通过 4 个项目日
chalk 4.1.2 契约通过 5 个项目日
cjs-module-lexer 1.4.3 契约通过 5 个项目日
collect-v8-coverage 1.0.3 契约通过 5 个项目日
glob 7.2.3 契约通过 5 个项目日
graceful-fs 4.2.11 契约通过 5 个项目日
jest-haste-map 29.7.0 契约通过 5 个项目日
jest-message-util 29.7.0 契约通过 5 个项目日
jest-mock 29.7.0 契约通过 5 个项目日
jest-regex-util 29.6.3 契约通过 5 个项目日
jest-resolve 29.7.0 契约通过 5 个项目日
jest-snapshot 29.7.0 契约通过 5 个项目日
jest-util 29.7.0 契约通过 3 个项目日
slash 3.0.0 契约通过 3 个项目日
strip-bom 4.0.0 契约通过 3 个项目日

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

各版本的依赖版本

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

库30.4.229.7.0
@jest/environment 30.4.1 29.7.0
@jest/fake-timers 30.4.1 29.7.0
@jest/globals 30.4.1 29.7.0
@jest/source-map 30.0.1 29.6.3
@jest/test-result 30.4.1 29.7.0
@jest/transform 30.4.1 29.7.0
@jest/types 30.4.1 29.6.3
@types/node 26.4.0 26.2.0
cjs-module-lexer 2.2.1 1.4.3
glob 10.5.0 7.2.3
jest-haste-map 30.4.1 29.7.0
jest-message-util 30.4.1 29.7.0
jest-mock 30.4.1 29.7.0
jest-regex-util 30.4.0 29.6.3
jest-resolve 30.4.1 29.7.0
jest-snapshot 30.4.1 29.7.0
jest-util 30.4.1 29.7.0
chalk 4.1.2 4.1.2
collect-v8-coverage 1.0.3 1.0.3
graceful-fs 4.2.11 4.2.11
slash 3.0.0 3.0.0
strip-bom 4.0.0 4.0.0

发生变动：17 · 所有版本相同：5

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

近期失败聚类