CodeSampleX

记录npmexpect29.7.0expect.extend

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

当前条件

expect.extend @29.7.0alpine musl · x64 · node 22 · npm · node

1 次中 1 次通过

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

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

项目观测
此坐标上没有
契约验证
1 / 1
最近记录
2026-08-26

依赖健康度

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

观测到问题 5 项 · 正常 0 项

首次观测到的失败

29.7.0 @jest/expect-utils@29.7.0

linux · node@22.23 · moduleSystem=cjs · executionContext=node

2 FAIL · stage: UNKNOWN · fingerprint: sha256:91ad26545eb1f3df29e3d9731c4244f3cf919942db2aa314b6b8d67ca84b47ef

版本 健康状态 在那里测得 项目
@jest/expect-utils 29.7.0 FAIL 此版本观测到失败(跨版本变动) 契约通过 11 个项目日
jest-get-type 29.6.3 FAIL 此版本观测到失败 契约通过 10 个项目日
jest-matcher-utils 29.7.0 FAIL 此版本观测到失败(跨版本变动) 契约通过 8 个项目日
jest-message-util 29.7.0 FAIL 此版本观测到失败(跨版本变动) 契约通过 10 个项目日
jest-util 29.7.0 FAIL 此版本观测到失败(跨版本变动) 契约通过 10 个项目日

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

各版本的依赖版本

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

发生变动:4 · 所有版本相同:3

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

近期失败聚类