Записиgolanggo.opentelemetry.io/otel/sdk/metricслучай сбоя
Сигнатура сбоя
PROJECT_TEST exit 1 ×1
--- FAIL: TestPrometheusExporter (0.00s) · --- PASS: TestPrometheusExporter/prometheus.New_creates_an_Exporter_implementing_sdkmetric.Reader (0.00s) …
Качество данных: complete · go/test · test-runner-diagnostic · outer go test · Первая запись: 2026-08-30 · Последнее наблюдение: 2026-08-30
sha256:69c4e8d0164a…
go.opentelemetry.io/otel/sdk/metric.NewMeterProvider go.opentelemetry.io/otel/sdk/metric.WithReader
Где это измерялось
PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_TEST и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.
- v1.46.0 PASS успешных наблюдений: 16
- v1.45.0 PASS успешных наблюдений: 8
- v1.44.0 не измерено
- v1.43.0 FAIL
- v1.40.0 не измерено
- v1.37.0 PASS успешных наблюдений: 3
- v1.34.0 PASS успешных наблюдений: 2
Где воспроизводился
- os=linux · runtime=go@1.26 ×1 2026-08-30 → 2026-08-30
Ближайшие известные границы PASS/FAIL
Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.
-
Последний успешный выпуск v1.37.0 → первый падающий выпуск v1.43.0
Выпуски между ними, ни разу не измеренные на этом этапе: 1
Что различается по разные стороны границы
- github.com/stretchr/testify v1.10.0, v1.11.1 → v1.11.1 гипотеза
- go.opentelemetry.io/otel v1.37.0 → v1.43.0 гипотеза
- go.opentelemetry.io/otel/metric v1.37.0 → v1.43.0 гипотеза
- go.opentelemetry.io/otel/sdk v1.37.0 → v1.43.0 гипотеза
- go.opentelemetry.io/otel/trace v1.37.0 → v1.43.0 гипотеза
Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.
-
Последний падающий выпуск v1.43.0 → первый успешный выпуск v1.45.0
Выпуски между ними, ни разу не измеренные на этом этапе: 1
Что различается по разные стороны границы
- github.com/go-logr/logr v1.4.4 → v1.4.3 гипотеза
- go.opentelemetry.io/otel v1.45.0 → v1.43.0 гипотеза
- go.opentelemetry.io/otel/metric v1.45.0 → v1.43.0 гипотеза
- go.opentelemetry.io/otel/metric/x v0.67.0 → — гипотеза
- go.opentelemetry.io/otel/sdk v1.45.0 → v1.43.0 гипотеза
- go.opentelemetry.io/otel/trace v1.45.0 → v1.43.0 гипотеза
Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
Сдвинулось: 8 · одинаково во всех выпусках: 1
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Пробелы в свидетельствах
- Выпуски в этом окне, ни разу не измеренные на этапе PROJECT_TEST: 2
- Для этого сбоя не выведена ни одна область отказа.
Опубликованные ответы для затронутых выпусков
- go.opentelemetry.io/otel/sdk/metric v1.43.0: create meter provider with manual reader and collect metrics Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOWNewManualReaderNewMeterProvidergo MIT-0 · 2026-08-28