CodeSampleX

Записиnpmupdate-browserslist-db1.3.3

Изменить условия
Закреплено
OSubuntu glibc Версия пакета1.3.3
Фильтр Среда выполненияnode 22 Символwhole package Архитектураx64 Менеджер пакетовnpm 10 Контекст выполненияnode libcglibc Сбросить фильтры

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

update-browserslist-db @1.3.3ubuntu glibc · x64 · node 22 · npm 10 · node

итог по пакету, а не API

0 из 2 прошли

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

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

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

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

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

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

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

1.3.3

linux · node@22.23 · executionContext=node

2 FAIL · stage: UNKNOWN · fingerprint: sha256:43caf7a060e79da9ba87e7d4fd8dfc44202f7f80ad5048d34829569f87387124

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

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

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

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

Библиотека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

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

Недавние кластеры сбоев