CodeSampleX

记录npmes-to-primitive1.3.4

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

当前条件

es-to-primitive @1.3.4ubuntu glibc · x64 · node 22 · yarn 4 · node

这是包级汇总，不是 API

4 次中 4 次通过

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

该坐标还没有样例

项目观测
4 / 4
契约验证
此坐标上没有
独立上报节点
1
最近记录
2026-09-07
可以打开的证据

依赖健康度

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

观测到问题 1 项 · 正常 6 项

首次观测到的失败

1.3.4

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

1 FAIL · stage: UNKNOWN · fingerprint: sha256:7761a9558e8935e97e22ee51cbabcc9265c6251abc26761abb3da1a6ed94a926

查看确切条件 查看失败详情
库 版本 健康状态 在那里测得 项目
es-abstract-get 1.0.0 PASS 所有观测均通过 契约通过 2 个项目日
es-define-property 1.0.1 PASS 所有观测均通过 契约通过 2 个项目日
es-errors 1.3.0 PASS 所有观测均通过 契约通过 2 个项目日
is-callable 1.2.7 PASS 所有观测均通过 契约通过 2 个项目日
is-date-object 1.1.0 PASS 所有观测均通过 契约通过 2 个项目日
is-symbol 1.1.1 PASS 所有观测均通过 契约通过 1 个项目日

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

各版本的依赖版本

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

库1.3.41.3.0
es-abstract-get 1.0.0 —
es-define-property 1.0.1 —
es-errors 1.3.0 —
is-callable 1.2.7 1.2.7
is-date-object 1.1.0 1.1.0
is-symbol 1.1.1 1.1.1

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

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

近期失败聚类