Записиgolanggithub.com/google/go-cmpv0.5.5cmp.AllowUnexported
Изменить условия
Текущие условия
cmp.AllowUnexported @v0.5.5debian glibc · x64 · go 1.26 · go · go
1 из 1 прошли
Проверено — эта сеть выполнила контракт в этой координате.
образец есть — наш запуск в этой координате завершился чисто (2)
- Наблюдения в проектах
- в этой координате ничего
- Проверки контрактом
- 1 / 1
- Последняя запись
- 2026-09-03
Здоровье зависимостей
Наблюдаемые комбинации и свидетельства сбоев для этого выпуска
Первый обнаруженный сбой
v0.5.5
linux · go@1.26
1 FAIL
· stage: PROJECT_COMPILE
· fingerprint: sha256:d5fae02e8604b6955b8f1c65a8d5cc795aaceed9651a9f67da2c34536a6764a1
| Библиотека | Версия | Состояние | Измерено там | Проектов |
|---|---|---|---|---|
| golang.org/x/xerrors | v0.0.0-20191204190536-9bdfabe68543 | PASS Все наблюдения прошли успешно | контракт пройден | 54 проектных дня |
Столбец измерения относится к релизу самой зависимости, а не к паре. То, что резолвер поставил два релиза рядом, не доказывает, что они работают вместе.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
| Библиотека | v0.5.5 | v0.5.4 | v0.4.0 |
|---|---|---|---|
| golang.org/x/xerrors | v0.0.0-20191204190536-9bdfabe68543 | v0.0.0-20191204190536-9bdfabe68543 | v0.0.0-20191204190536-9bdfabe68543 |
Сдвинулось: 0 · одинаково во всех выпусках: 1
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Недавние кластеры сбоев
-
наблюдалось PROJECT_COMPILE exit 1 ×1 v0.5.5 os=linux · runtime=go@1.26 sha256:d5fae02e8604…test/contract.go:<n>:<n>: <str> imported and not usedgo/compiler · compiler-diagnostic · outer go runКачество данных: complete · Варианты среды: 1 · Первая запись: 2026-09-03 · Последнее наблюдение: 2026-09-03