CodeSampleX

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

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

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

update-browserslist-db @1.3.1windows 11 · x64 · node 22 · npm 11 · node

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

13 из 14 прошли

Наблюдение — реальные сборки проектов сообщили об этой координате.

образец есть — в этой координате мы его ещё не запускали (2)

Наблюдения в проектах
13 / 14
Проверки контрактом
в этой координате ничего
Независимые сообщившие пиры
1
Сбои с собранным отпечатком
0 / 1
Последняя запись
2026-08-21
Свидетельства, которые можно открыть

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

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

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

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

1.3.1

linux · node@22.23 · executionContext=node

12 FAIL · stage: PROJECT_PROCESS

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

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

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

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

Библиотека1.3.41.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 3.2.0
picocolors 1.1.1 1.1.1 1.1.1 1.1.1 1.1.1 1.1.1

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

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

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