Записи/golang/go.opentelemetry.io/otel/sdk/metric/случай сбоя

Где это измерялось

PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_COMPILE и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.

• v1.46.0 FAIL
• v1.45.0 не измерено
• v1.44.0 не измерено
• v1.43.0 FAIL
• v1.40.0 не измерено
• v1.37.0 не измерено
• v1.34.0 не измерено

Где воспроизводился

• os=linux · runtime=go@1.26 ×4 2026-08-30 → 2026-09-08

Ближайшие известные границы PASS/FAIL

Ни один выпуск по обе стороны этого сбоя не записал успешного наблюдения на этом этапе, поэтому его начало и конец не установлены.

Версии зависимостей по выпускам

К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.

Сдвинулось: 8 · одинаково во всех выпусках: 1

Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.

Пробелы в свидетельствах

• Свидетельства этого сбоя не сохранились, поэтому установленной причины у него нет. Сохранённый хеш — это происхождение, а не тождество.
• Сохранённый вывод не позволил установить: diagnostic-missing.
• Ни один выпуск в этом окне не записал успешного наблюдения на этапе PROJECT_COMPILE.
• Выпуски в этом окне, ни разу не измеренные на этапе PROJECT_COMPILE: 5
• Для этого сбоя не выведена ни одна область отказа.

Опубликованные ответы для затронутых выпусков

• go.opentelemetry.io/otel/sdk/metric v1.43.0: create meter provider with manual reader and collect metrics Собрано ? Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOWNewManualReaderNewMeterProvidergo MIT-0 · 2026-08-28