CodeSampleX

Registrosgolanggopkg.in/yaml.v2v2.4.0yaml.Marshal

Cambiar las condiciones
Fijado
OSalpine musl Símboloyaml.Marshal
Filtrar Runtimego 1.26 Versión del paquetev2.4.0 Arquitecturax64 Gestor de paquetesgo Contexto de ejecucióngo libcmusl Borrar filtros

Condiciones actuales

yaml.Marshal @v2.4.0alpine musl · x64 · go 1.26 · go · go

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 (1)

Observaciones de proyectos
nada en esta coordenada
Verificaciones de contrato
1 / 1
Último registro
2026-08-28

Salud de dependencias

Combinaciones observadas y evidencia de fallos para esta versión

Problemas observados: 1 · Cambiadas: 3 · Estables: 0

Primer fallo observado

v2.4.0

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

6 FAIL · stage: PROJECT_PROCESS

Biblioteca Versión Estado Medido allí Proyectos
gopkg.in/check.v1 v0.0.0-20161208181325-20d25e280405 CANDIDATE Cambio correlacionado; combinación no probada contrato aprobado 5 días-proyecto
gopkg.in/check.v1 v1.0.0-20190902080502-41f04d3bba15 CANDIDATE Cambio correlacionado; combinación no probada nada medido 2 días-proyecto
gopkg.in/check.v1 v1.0.0-20201130134442-10cb98267c6c CANDIDATE Cambio correlacionado; combinación no probada contrato aprobado 3 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: 1 · iguales en todas las versiones: 0

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