CodeSampleX

Registrosnpmown-keys1.0.2

Cambiar las condiciones
Fijado
Arquitecturax64 Gestor de paquetesyarn 4
Filtrar OSubuntu glibc Runtimenode 22 Versión del paquete1.0.2 Símbolowhole package Contexto de ejecuciónnode libcglibc Borrar filtros

Condiciones actuales

own-keys @1.0.2ubuntu glibc · x64 · node 22 · yarn 4 · node

total del paquete, no una API

4 de 4 pasaron

Observado: builds reales de proyectos reportaron desde esta coordenada.

todavía no hay muestra en esta coordenada

Observaciones de proyectos
4 / 4
Verificaciones de contrato
nada en esta coordenada
Peers independientes que reportaron
1
Último registro
2026-09-07

Salud de dependencias

Combinaciones observadas y evidencia de fallos para esta versión

Problemas observados: 1 · Estables: 4

Primer fallo observado

1.0.2

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

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

Biblioteca Versión Estado Medido allí Proyectos
call-bound 1.0.4 PASS Todas las observaciones pasaron contrato aprobado 2 días-proyecto
get-intrinsic 1.3.0 PASS Todas las observaciones pasaron contrato aprobado 2 días-proyecto
object-keys 1.1.1 PASS Todas las observaciones pasaron contrato aprobado 2 días-proyecto
safe-push-apply 1.0.0 PASS Todas las observaciones pasaron contrato aprobado 2 días-proyecto

La columna de medición se refiere a la versión de cada dependencia en sí, no al par. Que un resolutor haya colocado dos versiones juntas no prueba que funcionen juntas.

Versiones de dependencias por versión

A qué resolvió sus hijos cada versión de este paquete. Primero va el hijo cuya versión se movió: ahí una actualización cambió algo bajo tus pies.

Se movieron: 0 · iguales en todas las versiones: 4

Una arista registra que un resolutor colocó una versión junto a otra en una máquina real. No afirma que ambas funcionen juntas; a esa pregunta responden las muestras y los contratos, no la presencia de una fila.

Clústeres de fallos recientes