CodeSampleX

Registrosnpmupdate-browserslist-db1.3.0

Cambiar las condiciones
Fijado
Versión del paquete1.3.0 Símbolowhole package Gestor de paquetesnpm
Filtrar OSalpine musl Runtimenode 22 Arquitecturax64 Contexto de ejecuciónnode libcmusl Borrar filtros

Condiciones actuales

update-browserslist-db @1.3.0alpine musl · x64 · node 22 · npm · node

total del paquete, no una API

2 de 2 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
4 / 4
Verificaciones de contrato
2 / 2
Registros de uso
2
Peers independientes que reportaron
1
Último registro
2026-08-30

Salud de dependencias

Combinaciones observadas y evidencia de fallos para esta versión

Problemas observados: 1 · Estables: 2

Primer fallo observado

1.3.0

windows · node@24.13 · moduleSystem=esm · executionContext=node

31 FAIL · stage: UNKNOWN · fingerprint: sha256:9f91c975308128a0f4f23e33b9d5936b9c39535b5c01aa9245b8cdc4b0a37a10

Biblioteca Versión Estado Medido allí Proyectos
escalade 3.2.0 PASS Todas las observaciones pasaron contrato aprobado 2 días-proyecto
picocolors 1.1.1 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.

Biblioteca1.3.31.3.21.3.11.3.01.2.3
escalade 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0
picocolors 1.1.1 1.1.1 1.1.1 1.1.1 1.1.1

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

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