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

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

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

• v1.46.0 FAIL
• v1.45.0 PASS успешных наблюдений: 8
• v1.44.0 не измерено
• v1.43.0 PASS успешных наблюдений: 73

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

• os=linux · runtime=go@1.26 ×1 2026-09-03 → 2026-09-03

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

Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.

• Последний успешный выпуск v1.45.0 → первый падающий выпуск v1.46.0

  Что различается по разные стороны границы

  • github.com/stretchr/testify v1.11.1 → v1.12.1 гипотеза
  • go.opentelemetry.io/otel v1.45.0 → v1.46.0 гипотеза
  • go.opentelemetry.io/otel/metric v1.45.0 → v1.46.0 гипотеза
  • go.opentelemetry.io/otel/metric/x v0.67.0 → v0.68.0 гипотеза
  • go.opentelemetry.io/otel/sdk v1.45.0 → v1.46.0 гипотеза
  • go.opentelemetry.io/otel/trace v1.45.0 → v1.46.0 гипотеза

  Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.

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

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

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

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

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

• Выпуски в этом окне, ни разу не измеренные на этапе PROJECT_TEST: 1
• Для этого сбоя не выведена ни одна область отказа.

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

Ни один опубликованный образец не называет эти выпуски.