CodeSampleX

Записиnpmupdate-browserslist-db1.2.3update-browserslist-db

Изменить условия
Закреплено
OSdebian glibc Символupdate-browserslist-db
Фильтр Среда выполненияnode 22 Версия пакета1.2.3 Архитектураx64 Менеджер пакетовnpm Контекст выполненияnode libcglibc Сбросить фильтры

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

update-browserslist-db @1.2.3debian glibc · x64 · node 22 · npm · node

1 из 1 прошли

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

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

Наблюдения в проектах
1 / 1
Проверки контрактом
1 / 1
Независимые сообщившие пиры
1
Последняя запись
2026-09-17

Здоровье зависимостей

Наблюдаемые комбинации и свидетельства сбоев для этого выпуска

Замечено проблем: 1 · Стабильно: 2

Первый обнаруженный сбой

1.2.3

windows · executionContext=node

7 FAIL · stage: PROJECT_TEST

Библиотека Версия Состояние Измерено там Проектов
escalade 3.2.0 PASS Все наблюдения прошли успешно контракт пройден 10 проектных дней
picocolors 1.1.1 PASS Все наблюдения прошли успешно контракт пройден 10 проектных дней

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

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

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

Библиотека1.3.31.3.21.3.11.3.01.2.3
escalade 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0
picocolors 1.1.1 1.1.1 1.1.1 1.1.1 1.1.1

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

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