CodeSampleX

Записиnpm@vitest/mocker2.1.9

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

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

@vitest/mocker @2.1.9alpine musl · x64 · node 22 · npm · node

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

1 из 1 прошли

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

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

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

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

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

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

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

2.1.9

executionContext=node

10 FAIL · stage: PROCESS_START · fingerprint: sha256:c12549970456efb5abdc90b679695c6689107d4f097d612245d6bfb25e01ec32

Библиотека Версия Состояние Измерено там Проектов
@vitest/spy 2.1.9 CANDIDATE Коррелированное изменение; комбинация не подтверждена контракт пройден 7 проектных дней
estree-walker 3.0.3 PASS Все наблюдения прошли успешно контракт пройден 7 проектных дней
magic-string 0.30.21 PASS Все наблюдения прошли успешно контракт пройден 8 проектных дней

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

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

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

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

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

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