CodeSampleX

Записиgolanggo.opentelemetry.io/otel/logv1.47.0

Изменить условия
Закреплено
Версия пакетаv1.47.0 Символwhole package Менеджер пакетовgo
Фильтр OSdebian glibc Среда выполненияgo 1.26 Архитектураx64 Контекст выполненияgo libcglibc Сбросить фильтры

Текущие условия

go.opentelemetry.io/otel/log @v1.47.0debian glibc · x64 · go 1.26 · go · go

итог по пакету, а не API

1 из 1 прошли

Проверено — эта сеть выполнила контракт в этой координате.

образец есть — наш запуск в этой координате завершился чисто (1)

Наблюдения в проектах
2 / 2
Проверки контрактом
1 / 1
Записи об использовании
2
Независимые сообщившие пиры
1
Последняя запись
2026-10-10

Здоровье зависимостей

Наблюдаемые комбинации и свидетельства сбоев для этого выпуска

Замечено проблем: 1 · Изменено: 1 · Стабильно: 1

Первый обнаруженный сбой

v1.47.0

linux · go@1.26

1 FAIL · stage: PROJECT_COMPILE · fingerprint: sha256:947b5eb5acb22df3e2b467a63ac602c8f2404752e554dadc9e0ac8d207dfca37

Библиотека Версия Состояние Измерено там Проектов
go.opentelemetry.io/otel v1.47.0 CANDIDATE Коррелированное изменение; комбинация не подтверждена контракт пройден 3 проектных дня
github.com/stretchr/testify v1.12.1 PASS Все наблюдения прошли успешно сборки наблюдались 3 проектных дня

Столбец измерения относится к релизу самой зависимости, а не к паре. То, что резолвер поставил два релиза рядом, не доказывает, что они работают вместе.

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

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

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

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

Недавние кластеры сбоев