CodeSampleX

记录npmjest-config29.7.0readConfig

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

当前条件

readConfig @29.7.0ubuntu glibc · x64 · node 22 · npm 10 · node

1 次中 1 次通过

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

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

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

依赖

版本在那里测得项目
@babel/core 7.29.7 契约通过 3 个项目日
@jest/test-sequencer 29.7.0 契约通过 3 个项目日
@jest/types 29.6.3 契约通过 4 个项目日
babel-jest 29.7.0 契约通过 3 个项目日
chalk 4.1.2 契约通过 4 个项目日
ci-info 3.9.0 契约通过 4 个项目日
deepmerge 4.3.1 契约通过 3 个项目日
glob 7.2.3 契约通过 3 个项目日
graceful-fs 4.2.11 契约通过 4 个项目日
jest-circus 29.7.0 契约通过 3 个项目日
jest-environment-node 29.7.0 契约通过 3 个项目日
jest-get-type 29.6.3 契约通过 3 个项目日
jest-regex-util 29.6.3 契约通过 4 个项目日
jest-resolve 29.7.0 契约通过 3 个项目日
jest-runner 29.7.0 契约通过 3 个项目日
jest-util 29.7.0 契约通过 4 个项目日
jest-validate 29.7.0 契约通过 3 个项目日
micromatch 4.0.8 契约通过 3 个项目日
parse-json 5.2.0 契约通过 3 个项目日
pretty-format 29.7.0 契约通过 3 个项目日
slash 3.0.0 契约通过 4 个项目日
strip-json-comments 3.1.1 契约通过 3 个项目日

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

各版本的依赖版本

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

30.4.229.7.0
@jest/test-sequencer 30.4.1 29.7.0
@jest/types 30.4.1 29.6.3
babel-jest 30.4.1 29.7.0
ci-info 4.4.0 3.9.0
glob 10.5.0 7.2.3
jest-circus 30.4.2 29.7.0
jest-environment-node 30.4.1 29.7.0
jest-regex-util 30.4.0 29.6.3
jest-resolve 30.4.1 29.7.0
jest-runner 30.4.2 29.7.0
jest-util 30.4.1 29.7.0
jest-validate 30.4.1 29.7.0
pretty-format 30.4.1 29.7.0
@babel/core 7.29.7 7.29.7
@jest/get-type 30.1.0
@jest/pattern 30.4.0
chalk 4.1.2 4.1.2
deepmerge 4.3.1 4.3.1
graceful-fs 4.2.11 4.2.11
jest-docblock 30.4.0
jest-get-type 29.6.3
micromatch 4.0.8
parse-json 5.2.0 5.2.0
slash 3.0.0 3.0.0
strip-json-comments 3.1.1 3.1.1

发生变动:13 · 所有版本相同:12

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

近期失败聚类