Записиgolanggithub.com/prometheus/procfs
Куб совместимости
Выберите любые два измерения в качестве осей; всё остальное становится фильтром. Клик по ячейке закрепляет её срез и спускается на уровень глубже.
| github.com/prometheus/procfs | github.com/prometheus/procfs.DefaultMountPoint | github.com/prometheus/procfs.NewDefaultFS | github.com/prometheus/procfs.NewFS | |
|---|---|---|---|---|
| ubuntu glibc | 100%37 | 100%4 | 100%10 | 100%7 |
Куб читает 6 новейших версий и первые 10 символов каждой, поэтому пустая ячейка здесь может означать «вне этого окна», а не «никогда не измерялось».
Как читать сетку
Как читать ячейку: Число — это записанные наблюдения, на которые делится доля: одна сборка оставляет по наблюдению на каждый достигнутый этап, поэтому это не число сборок, не число машин и не число людей. Документ рядом — другой факт из другого источника: есть ли в этой координате образец и чем закончился наш запуск его там.
- в этой координате образца пока нет
- образец есть — в этой координате мы его ещё не запускали
- образец есть — наш запуск в этой координате завершился чисто
- образец есть — наш запуск в этой координате не прошёл
- образец есть — в этой координате записаны и успешный, и неуспешный запуск
- ничего не записано — неизвестно, а не «работает» и не «сломано»
- под этой ячейкой есть уровень — нажмите, чтобы открыть
Документ означает, что в этой координате есть образец. Его НАЛИЧИЕ — это факт об этой версии и этом API, оно не меняется от ОС, среды выполнения или пакетного менеджера; ЦВЕТ говорит, как этот образец отработал в том окружении, которое вы сейчас смотрите.
Ячейки — агрегаты всего, что ещё варьируется в этом срезе (счётчик n/m показывает, насколько). Кликните по ячейке, чтобы закрепить её координаты и увидеть следующий уровень.
Здоровье зависимостей
Наблюдаемые комбинации и свидетельства сбоев для этого выпуска
Первый обнаруженный сбой
v0.6.0
linux
3 FAIL
· stage: UNKNOWN
· fingerprint: sha256:9922ca80f240bbcc7904b679943bbc3e6a9f08fa3dc0e823aadcc4450e6a4830
| Библиотека | Версия | Состояние | Измерено там | Проектов |
|---|---|---|---|---|
| github.com/google/go-cmp | v0.5.4 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 10 проектных дней |
| github.com/google/go-cmp | v0.5.5 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 12 проектных дней |
| golang.org/x/sync | v0.0.0-20201207232520-09787c993a3a | CANDIDATE Коррелированное изменение; комбинация не подтверждена | ничего не измерено | 22 проектных дня |
| golang.org/x/sys | v0.0.0-20210124154548-22da62e12c0c | CANDIDATE Коррелированное изменение; комбинация не подтверждена | сборки наблюдались | 9 проектных дней |
| golang.org/x/sys | v0.0.0-20210603081109-ebe580a85c40 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 12 проектных дней |
| golang.org/x/sys | v0.47.0 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 1 проектный день |
Столбец измерения относится к релизу самой зависимости, а не к паре. То, что резолвер поставил два релиза рядом, не доказывает, что они работают вместе.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
Сдвинулось: 3 · одинаково во всех выпусках: 0
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.