Записиgolanggo.opentelemetry.io/otel/sdk/metric
Куб совместимости
Выберите любые два измерения в качестве осей; всё остальное становится фильтром. Клик по ячейке закрепляет её срез и спускается на уровень глубже.
Показаны окружения с наибольшим количеством свидетельств. Куб читает 6 новейших версий и первые 10 символов каждой, поэтому пустая ячейка здесь может означать «вне этого окна», а не «никогда не измерялось».
Как читать сетку
Как читать ячейку: Число — это записанные наблюдения, на которые делится доля: одна сборка оставляет по наблюдению на каждый достигнутый этап, поэтому это не число сборок, не число машин и не число людей. Документ рядом — другой факт из другого источника: есть ли в этой координате образец и чем закончился наш запуск его там.
- в этой координате образца пока нет
- образец есть — в этой координате мы его ещё не запускали
- образец есть — наш запуск в этой координате завершился чисто
- образец есть — наш запуск в этой координате не прошёл
- образец есть — в этой координате записаны и успешный, и неуспешный запуск
- ничего не записано — неизвестно, а не «работает» и не «сломано»
- под этой ячейкой есть уровень — нажмите, чтобы открыть
Документ означает, что в этой координате есть образец. Его НАЛИЧИЕ — это факт об этой версии и этом API, оно не меняется от ОС, среды выполнения или пакетного менеджера; ЦВЕТ говорит, как этот образец отработал в том окружении, которое вы сейчас смотрите.
Ячейки — агрегаты всего, что ещё варьируется в этом срезе (счётчик n/m показывает, насколько). Кликните по ячейке, чтобы закрепить её координаты и увидеть следующий уровень.
Здоровье зависимостей
Наблюдаемые комбинации и свидетельства сбоев для этого выпуска
Первый обнаруженный сбой
v1.43.0
linux · go@1.26
4 FAIL
· stage: UNKNOWN
· fingerprint: sha256:69d280c75213cffbfefa3920bca150e41e4eb0ce94d677766c799d026fb7e8fa
| Библиотека | Версия | Состояние | Измерено там | Проектов |
|---|---|---|---|---|
| github.com/go-logr/logr | v1.4.3 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 46 проектных дней |
| github.com/google/go-cmp | v0.7.0 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 44 проектных дня |
| github.com/stretchr/testify | v1.11.1 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 44 проектных дня |
| go.opentelemetry.io/otel | v1.43.0 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 46 проектных дней |
| go.opentelemetry.io/otel/metric | v1.43.0 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 46 проектных дней |
| go.opentelemetry.io/otel/sdk | v1.43.0 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 46 проектных дней |
| go.opentelemetry.io/otel/trace | v1.43.0 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 46 проектных дней |
| github.com/go-logr/stdr | v1.2.2 | PASS Все наблюдения прошли успешно | контракт пройден | 46 проектных дней |
Столбец измерения относится к релизу самой зависимости, а не к паре. То, что резолвер поставил два релиза рядом, не доказывает, что они работают вместе.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
Сдвинулось: 8 · одинаково во всех выпусках: 1
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.