CodeSampleX

Записиgolanggithub.com/stretchr/testifyv1.11.1assert.ObjectsAreEqual

Изменить условия
Закреплено
Символassert.ObjectsAreEqual Архитектураx64 Менеджер пакетовgomod
Фильтр OSalpine musl Среда выполненияgo 1.26 Версия пакетаv1.11.1 Контекст выполненияgo libcmusl Сбросить фильтры

Текущие условия

assert.ObjectsAreEqual @v1.11.1alpine musl · x64 · go 1.26 · gomod · go

1 из 1 прошли

Проверено — эта сеть выполнила контракт в этой координате.

образец есть — наш запуск в этой координате завершился чисто (1)

Наблюдения в проектах
в этой координате ничего
Проверки контрактом
1 / 1
Последняя запись
2026-08-18

Зависимости

БиблиотекаВерсияИзмерено тамПроектов
github.com/davecgh/go-spew v1.1.1 контракт пройден 30 проектных дней
github.com/pmezard/go-difflib v1.0.0 контракт пройден 30 проектных дней
github.com/stretchr/objx v0.1.0 ничего не измерено 1 проектный день
gopkg.in/yaml.v3 v3.0.1 контракт пройден 30 проектных дней

Столбец измерения относится к релизу самой зависимости, а не к паре. То, что резолвер поставил два релиза рядом, не доказывает, что они работают вместе.

Версии зависимостей по выпускам

К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.

Библиотекаv1.11.1v1.8.1v1.4.0
github.com/davecgh/go-spew v1.1.1 v1.1.1 v1.1.1
github.com/pmezard/go-difflib v1.0.0 v1.0.0 v1.0.0
github.com/stretchr/objx v0.1.0
gopkg.in/yaml.v3 v3.0.1 v3.0.1

Сдвинулось: 0 · одинаково во всех выпусках: 4

Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.