Записиnpmschedulerслучай сбоя
Сигнатура сбоя
PROJECT_TEST exit 1 ERR_ASSERTION ×1
AssertionError [ERR_ASSERTION]: Expected values to be strictly equal: · 2 !== 0 · at TestContext.<anonymous> (<url>) …
Качество данных: complete · javascript/test-runner · test-runner-diagnostic · Первая запись: 2026-09-13 · Последнее наблюдение: 2026-09-13
sha256:0cab186a142b…
Где это измерялось
PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_TEST и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.
- 0.28.0 FAIL
- 0.27.0 PASS успешных наблюдений: 219
- 0.25.0 PASS успешных наблюдений: 11
- 0.23.2 PASS успешных наблюдений: 34
Где воспроизводился
- executionContext=node · moduleSystem=esm · os=windows · runtime=node@24.13 ×1 2026-09-13 → 2026-09-13
Ближайшие известные границы PASS/FAIL
Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.
-
Последний успешный выпуск 0.27.0 → первый падающий выпуск 0.28.0
Оба дерева разрешили каждую зависимость в одну и ту же версию. Здесь ничего не сдвинулось.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
| Библиотека | 0.28.0 | 0.27.0 | 0.25.0 | 0.23.2 |
|---|---|---|---|---|
| loose-envify | — | — | — | 1.4.0 |
Сдвинулось: 0 · одинаково во всех выпусках: 1
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Пробелы в свидетельствах
- Для этого сбоя не выведена ни одна область отказа.
Опубликованные ответы для затронутых выпусков
Ни один опубликованный образец не называет эти выпуски.