CodeSampleX

记录npm@npmcli/run-script

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

当前条件

@npmcli/run-script @9.1.0ubuntu glibc · x64 · node 22 · npm 10 · node

2 次中 0 次通过

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

有样例 — 我们在该坐标运行过,并且失败了 (2)

项目观测
11 / 12
契约验证
0 / 2
使用记录
11
独立上报节点
1
最近记录
2026-10-18

精确记录

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

依赖健康度

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

观测到问题 1 项 · 变动 6 项 · 正常 0 项

首次观测到的失败

9.1.0

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

2 FAIL · stage: UNKNOWN · fingerprint: sha256:536db39a2e089f7ed603954e4a67695a077090ed80e3d0d1ef21bd2d6a9e9b21

库 版本 健康状态 在那里测得 项目
@npmcli/node-gyp 4.0.0 CANDIDATE 相关变更;组合未证实 契约通过 23 个项目日
@npmcli/package-json 6.2.0 CANDIDATE 相关变更;组合未证实 契约通过 23 个项目日
@npmcli/promise-spawn 8.0.3 CANDIDATE 相关变更;组合未证实 契约通过 22 个项目日
node-gyp 11.5.0 CANDIDATE 相关变更;组合未证实 契约通过 22 个项目日
proc-log 5.0.0 CANDIDATE 相关变更;组合未证实 契约通过 22 个项目日
which 5.0.0 CANDIDATE 相关变更;组合未证实 契约通过 22 个项目日

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

各版本的依赖版本

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

发生变动:6 · 所有版本相同:0

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