Registrosgolanggo.opentelemetry.io/otel/sdk/metricincidencia de fallo
Firma del fallo
PROJECT_TEST exit 1 ×1
--- FAIL: TestPrometheusExporter (0.00s) · --- PASS: TestPrometheusExporter/prometheus.New_creates_an_Exporter_implementing_sdkmetric.Reader (0.00s) …
Calidad de evidencia: complete · go/test · test-runner-diagnostic · outer go test · Primer registro: 2026-08-30 · Última observación: 2026-08-30
sha256:69c4e8d0164a…
go.opentelemetry.io/otel/sdk/metric.NewMeterProvider go.opentelemetry.io/otel/sdk/metric.WithReader
Dónde se midió
PASS significa que la versión registró una observación con resultado favorable en PROJECT_TEST y ningún registro de este fallo. Es lo más cercano a la ausencia que esta red puede informar, no una prueba de ella.
- v1.46.0 PASS 16 observaciones con resultado favorable
- v1.45.0 PASS 8 observaciones con resultado favorable
- v1.44.0 sin medir
- v1.43.0 FAIL
- v1.40.0 sin medir
- v1.37.0 PASS 3 observaciones con resultado favorable
- v1.34.0 PASS 2 observaciones con resultado favorable
Dónde se reprodujo
- os=linux · runtime=go@1.26 ×1 2026-08-30 → 2026-08-30
Límites PASS/FAIL conocidos más cercanos
Las dos versiones adyacentes en las que cambia el veredicto. Las versiones que nadie midió no cierran el hueco; se cuentan en su lugar.
-
Última versión que pasó v1.37.0 → primera versión que falla v1.43.0
Versiones intermedias nunca medidas en esta etapa: 1
Qué difiere a ambos lados del límite
- github.com/stretchr/testify v1.10.0, v1.11.1 → v1.11.1 hipótesis
- go.opentelemetry.io/otel v1.37.0 → v1.43.0 hipótesis
- go.opentelemetry.io/otel/metric v1.37.0 → v1.43.0 hipótesis
- go.opentelemetry.io/otel/sdk v1.37.0 → v1.43.0 hipótesis
- go.opentelemetry.io/otel/trace v1.37.0 → v1.43.0 hipótesis
Una versión que cambió al cruzar el límite es una candidata, no una causa. Solo se marca como evidencia un recibo que registró el fallo y el árbol que resolvió en la misma ejecución.
-
Última versión que falla v1.43.0 → primera versión que pasa v1.45.0
Versiones intermedias nunca medidas en esta etapa: 1
Qué difiere a ambos lados del límite
- github.com/go-logr/logr v1.4.4 → v1.4.3 hipótesis
- go.opentelemetry.io/otel v1.45.0 → v1.43.0 hipótesis
- go.opentelemetry.io/otel/metric v1.45.0 → v1.43.0 hipótesis
- go.opentelemetry.io/otel/metric/x v0.67.0 → — hipótesis
- go.opentelemetry.io/otel/sdk v1.45.0 → v1.43.0 hipótesis
- go.opentelemetry.io/otel/trace v1.45.0 → v1.43.0 hipótesis
Una versión que cambió al cruzar el límite es una candidata, no una causa. Solo se marca como evidencia un recibo que registró el fallo y el árbol que resolvió en la misma ejecución.
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: 8 · 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.
Huecos de evidencia
- Versiones de esta ventana nunca medidas en PROJECT_TEST: 2
- No se infirió ningún dominio de fallo para este fallo.
Respuestas publicadas para las versiones afectadas
- go.opentelemetry.io/otel/sdk/metric v1.43.0: create meter provider with manual reader and collect metrics 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. HOWNewManualReaderNewMeterProvidergo MIT-0 · 2026-08-28