Записиnpm@vitest/expect3.2.7
Изменить условия
Текущие условия
@vitest/expect @3.2.7ubuntu glibc · x64 · node 22 · npm 10 · node
итог по пакету, а не API
10 из 14 прошли
Наблюдение — реальные сборки проектов сообщили об этой координате.
образец есть — в этой координате мы его ещё не запускали (1)
- Наблюдения в проектах
- 10 / 14
- Проверки контрактом
- в этой координате ничего
- Записи об использовании
- 1
- Независимые сообщившие пиры
- 2
- Сбои с собранным отпечатком
- 0 / 4
- Последняя запись
- 2026-08-31
Здоровье зависимостей
Наблюдаемые комбинации и свидетельства сбоев для этого выпуска
Первый обнаруженный сбой
3.2.7
windows · node@24.13 · moduleSystem=esm · executionContext=node
31 FAIL
· stage: UNKNOWN
· fingerprint: sha256:9f91c975308128a0f4f23e33b9d5936b9c39535b5c01aa9245b8cdc4b0a37a10
| Библиотека | Версия | Состояние | Измерено там | Проектов |
|---|---|---|---|---|
| @vitest/spy | 3.2.7 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 4 проектных дня |
| @vitest/utils | 3.2.7 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 4 проектных дня |
| chai | 5.3.3 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 2 проектных дня |
| tinyrainbow | 2.0.0 | CANDIDATE Коррелированное изменение; комбинация не подтверждена | контракт пройден | 2 проектных дня |
| @types/chai | 5.2.3 | PASS Все наблюдения прошли успешно | контракт пройден | 6 проектных дней |
Столбец измерения относится к релизу самой зависимости, а не к паре. То, что резолвер поставил два релиза рядом, не доказывает, что они работают вместе.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
| Библиотека | 4.1.11 | 4.1.10 | 4.0.18 | 4.0.16 | 4.0.0 | 3.2.7 | 3.2.4 | 3.0.0 | 2.1.9 |
|---|---|---|---|---|---|---|---|---|---|
| @standard-schema/spec | 1.1.0 | 1.1.0 | 1.1.0 | 1.0.0 | 1.1.0 | — | — | — | — |
| @vitest/spy | 4.1.11 | 4.1.10 | 4.0.18 | 4.0.16 | 4.0.0 | 3.2.7 | 3.2.4 | 3.0.0 | 2.1.9 |
| @vitest/utils | 4.1.11 | 4.1.10 | 4.0.18 | 4.0.16 | 4.0.0 | 3.2.7 | 3.2.4 | 3.0.0 | 2.1.9 |
| chai | 6.2.2 | 6.2.2 | 6.2.2 | 6.2.2 | 6.2.2 | 5.3.3 | 5.3.3 | 5.3.3 | 5.3.3 |
| tinyrainbow | 3.1.1 | 3.1.1 | 3.1.1 | 3.0.3 | 3.1.1 | 2.0.0 | 2.0.0 | 2.0.0 | 1.2.0 |
| @types/chai | 5.2.3 | 5.2.3 | 5.2.3 | 5.2.3 | 5.2.3 | 5.2.3 | 5.2.3 | — | — |
Сдвинулось: 5 · одинаково во всех выпусках: 1
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Недавние кластеры сбоев
-
наблюдалось PROCESS_START process start failed Пробел в данных ×10 2.1.9 → 3.0.0 → 3.2.4 → 3.2.7 executionContext=node sha256:c12549970456…· structured-termination · gap diagnostic-missingКачество данных: partial · Варианты среды: 3 · Первая запись: 2026-08-31 · Последнее наблюдение: 2026-09-16Кандидат на диагностическую перепроверку
-
наблюдалось PROJECT_PROCESS ERR_ASSERTION Пробел в данных ×5 3.2.7 → 4.1.10 executionContext=node · moduleSystem=esmКачество данных: legacy-evidence-incomplete · Варианты среды: 2 · Первая запись: 2026-08-14 · Последнее наблюдение: 2026-08-30Кандидат на диагностическую перепроверку