Записиgolanggithub.com/stretchr/objxv0.1.0github.com/stretchr/objx.Map.Has
Изменить условия
Текущие условия
github.com/stretchr/objx.Map.Has @v0.1.0debian glibc · x64 · go 1.26 · go · go
2 из 2 прошли
Проверено — эта сеть выполнила контракт в этой координате.
образец есть — наш запуск в этой координате завершился чисто (2)
- Наблюдения в проектах
- 1 / 1
- Проверки контрактом
- 2 / 2
- Независимые сообщившие пиры
- 1
- Последняя запись
- 2026-09-17
Здоровье зависимостей
Наблюдаемые комбинации и свидетельства сбоев для этого выпуска
Первый обнаруженный сбой
v0.1.0
linux · go@1.26
1 FAIL
· stage: UNKNOWN
· fingerprint: sha256:e9407b4efb936c065a223ee8805350b2b384a0525336afd84e4734324afd94f2
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
| Библиотека | v0.5.2 | v0.5.0 | v0.4.0 | v0.2.0 |
|---|---|---|---|---|
| github.com/stretchr/testify | v1.8.4 | v1.8.4 | v1.8.0 | v1.3.0 |
Сдвинулось: 1 · одинаково во всех выпусках: 0
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Недавние кластеры сбоев
-
наблюдалось UNKNOWN exit 1 Пробел в данных ×1 v0.1.0 os=linux · runtime=go@1.26 sha256:e9407b4efb93…panic: runtime error: invalid memory address or nil pointer dereference · [signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x537401] …go · unclassified-diagnostic · outer go run · gap stage-unknownКачество данных: complete · Варианты среды: 1 · Первая запись: 2026-09-06 · Последнее наблюдение: 2026-09-06Кандидат на диагностическую перепроверку