CodeSampleX

Registrosnpmtuf-js3.1.0TargetFile

Cambiar las condiciones
Fijado
SímboloTargetFile Gestor de paquetesnpm
Filtrar OSdebian glibc Runtimenode 22 Versión del paquete3.1.0 Arquitecturax64 Contexto de ejecuciónnode libcglibc Borrar filtros

Condiciones actuales

TargetFile @3.1.0debian glibc · x64 · node 22 · npm · node

1 de 1 pasaron

Verificado: esta red ejecutó un contrato en esta coordenada.

hay una muestra aquí y nuestra ejecución en esta coordenada terminó limpia (2)

Observaciones de proyectos
2 / 2
Verificaciones de contrato
1 / 1
Peers independientes que reportaron
1
Último registro
2026-10-18

Salud de dependencias

Combinaciones observadas y evidencia de fallos para esta versión

Problemas observados: 1 · Cambiadas: 2 · Estables: 1

Primer fallo observado

3.1.0

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

1 FAIL · stage: PROJECT_TEST · fingerprint: sha256:8c3539be02dd1f227f1488acb657f9634df98ca1b6ac135aa61c43f89c559110

Biblioteca Versión Estado Medido allí Proyectos
@tufjs/models 3.0.1 CANDIDATE Cambio correlacionado; combinación no probada contrato aprobado 29 días-proyecto
make-fetch-happen 14.0.3 CANDIDATE Cambio correlacionado; combinación no probada contrato aprobado 29 días-proyecto
debug 4.4.3 PASS Todas las observaciones pasaron contrato aprobado 29 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: 2 · iguales en todas las versiones: 1

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