CodeSampleX

记录npm@jest/types29.6.3

更改条件
已固定
OSalpine musl
筛选 运行时node 22 包版本29.6.3 符号whole package 架构x64 包管理器npm 执行上下文node libcmusl 清除筛选

当前条件

@jest/types @29.6.3alpine musl · x64 · node 22 · npm · node

这是包级汇总,不是 API

2 次中 2 次通过

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

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

项目观测
4 / 4
契约验证
2 / 2
使用记录
2
独立上报节点
1
最近记录
2026-09-05

依赖健康度

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

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

首次观测到的失败

29.6.3

linux · node@22.23 · executionContext=node

6 FAIL · stage: PROJECT_PROCESS

库 版本 健康状态 在那里测得 项目
@jest/schemas 29.6.3 CANDIDATE 相关变更;组合未证实 契约通过 36 个项目日
@types/node 26.2.0 CANDIDATE 相关变更;组合未证实 契约通过 9 个项目日
@types/node 26.3.0 CANDIDATE 相关变更;组合未证实 契约通过 1 个项目日
@types/node 26.4.0 CANDIDATE 相关变更;组合未证实 契约通过 4 个项目日
@types/node 26.4.1 CANDIDATE 相关变更;组合未证实 契约通过 25 个项目日
@types/istanbul-lib-coverage 2.0.6 PASS 所有观测均通过 契约通过 34 个项目日
@types/istanbul-reports 3.0.4 PASS 所有观测均通过 契约通过 34 个项目日
@types/yargs 17.0.35 PASS 所有观测均通过 契约通过 33 个项目日
chalk 4.1.2 PASS 所有观测均通过 契约通过 38 个项目日

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

各版本的依赖版本

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

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

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

近期失败聚类

显示报告最多的 12 个。此坐标记录的失败聚类共 22 个。其余为单次报告。