Registrosnpm@sigstore/verify2.1.1toSignedEntity
OS × runtime de un vistazo
Cómo leer una celda: El número son las observaciones registradas entre las que divide la tasa: una compilación deja una observación por cada etapa que alcanzó, así que no cuenta compilaciones, ni máquinas, ni personas. El documento de al lado es otro hecho de otra fuente: si hay una muestra en esa coordenada y cómo fue nuestra ejecución de ella allí.
- todavía no hay muestra en esta coordenada
- hay una muestra aquí y todavía no la hemos ejecutado en esta coordenada
- hay una muestra aquí y nuestra ejecución en esta coordenada terminó limpia
- hay una muestra aquí y nuestra ejecución en esta coordenada falló
- hay una muestra aquí y esta coordenada registra a la vez una ejecución con éxito y otra con fallo
- nada registrado — desconocido, ni «funciona» ni «roto»
- hay un nivel bajo esta celda: haz clic para abrirlo
Un documento significa que hay una muestra en esa coordenada. Que EXISTA es un hecho sobre esta versión y esta API y no cambia con el sistema operativo, el runtime ni el gestor de paquetes; su COLOR es cómo se ejecutó esa muestra en el entorno que estás mirando.
Ejemplos publicados
- @sigstore/verify 2.1.1: Verifier, toSignedEntity, toTrustMaterial Esta red ofrece una sola cosa: una muestra que compila. La ejecutó en un sandbox y guardó el recibo firmado. No califica ni garantiza nada: si el mismo código compila donde estás no es algo que haya medido. HOWVerifiertoSignedEntitytoTrustMaterialVerificationErrornode MIT-0 · 2026-10-18
Matriz de compatibilidad
Las observaciones a nivel de proyecto y las verificaciones de símbolo/contrato se cuentan por separado y nunca se combinan.
Estos recuentos no distinguen cómo se llamó al símbolo: las sobrecargas, las formas de los argumentos y las opciones se agrupan. Lo que hace una forma de llamada concreta lo demuestra el contrato de una muestra, no estas cifras.
| Entorno | Confianza | Observaciones | Verificado | Tasa de éxito | Pares | Última observación |
|---|---|---|---|---|---|---|
| node 22 · JS · npm · linux glibc · docker
Observaciones: PROJECT_TEST 1✓ — Verificado: CONTRACT 1✓
|
LOW | 1 | 1 | 100% | 1 · 1✓ | 2026-10-18 |
| node 22.23 · JS · npm · linux glibc
Observaciones: PROJECT_TEST 1✓
|
LOW | 1 | 0 | 100% | 1 | 2026-10-18 |
snapshot · 2026-10-18
Clústeres de fallos
-
observado PROJECT_TEST exit 1 ERR_ASSERTION ×1 2.1.1 executionContext=node · moduleSystem=esm · os=linux · runtime=node@22.23 sha256:8c3539be02dd…AssertionError [ERR_ASSERTION]: Expected values to be strictly deep-equal: · + actual - expected · Comparison { · + message: <str>,javascript/test-runner · test-runner-diagnostic · outer npm testCalidad de evidencia: complete · Variantes de entorno: 1 · Primer registro: 2026-10-18 · Última observación: 2026-10-18
-
observado UNKNOWN exit 1 Brecha de evidencia ×1 2.1.1 executionContext=node · moduleSystem=esm · os=linux · runtime=node@22.23 sha256:5cb8e084fdab…<path>:<n> · throw new error_1.UnsignedMetadataError(`${delegatedRole} was signed by ${signingKeys.size}/${role.threshold} keys`); · ^ …node · unclassified-diagnostic · outer node · gap stage-unknownCalidad de evidencia: complete · Variantes de entorno: 1 · Primer registro: 2026-10-18 · Última observación: 2026-10-18Candidato a reverificación diagnóstica