Записиgolanggithub.com/google/go-cmpv0.5.7cmpopts.SortSlices
Изменить условия
Текущие условия
cmpopts.SortSlices @v0.5.7debian glibc · x64 · go 1.26 · go · go
1 из 1 прошли
Проверено — эта сеть выполнила контракт в этой координате.
образец есть — наш запуск в этой координате завершился чисто (2)
- Наблюдения в проектах
- 2 / 2
- Проверки контрактом
- 1 / 1
- Независимые сообщившие пиры
- 1
- Последняя запись
- 2026-11-11
Здоровье зависимостей
Наблюдаемые комбинации и свидетельства сбоев для этого выпуска
Первый обнаруженный сбой
v0.5.7
linux · go@1.26
1 FAIL
· stage: PROJECT_TEST
· fingerprint: sha256:311f954e9a0798ca61336763f292d0a6403cfe76a5181d278d14dbadf826865e
| Библиотека | Версия | Состояние | Измерено там | Проектов |
|---|---|---|---|---|
| golang.org/x/xerrors | v0.0.0-20191204190536-9bdfabe68543 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | 20 проектных дней |
Столбец измерения относится к релизу самой зависимости, а не к паре. То, что резолвер поставил два релиза рядом, не доказывает, что они работают вместе.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
Сдвинулось: 1 · одинаково во всех выпусках: 0
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Недавние кластеры сбоев
-
наблюдалось PROJECT_TEST exit 1 ×1 v0.5.7 os=linux · runtime=go@1.26 sha256:311f954e9a07…--- FAIL: TestPathContract (0.00s) · contract_test.go:<n>: expected non-empty p.String() · FAIL example.com/sample 0.004sgo/test · test-runner-diagnostic · outer go testКачество данных: complete · Варианты среды: 1 · Первая запись: 2026-11-07 · Последнее наблюдение: 2026-11-07