Записиnpmcacacheслучай сбоя
Сигнатура сбоя
PROJECT_TEST Пробел в данных ×1
Качество данных: legacy-evidence-incomplete · Первая запись: 2026-08-21 · Последнее наблюдение: 2026-08-21
Где это измерялось
PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_TEST и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.
Где воспроизводился
- executionContext=node · moduleSystem=cjs · os=windows · runtime=node@24.13 ×1 2026-08-21 → 2026-08-21
Ближайшие известные границы PASS/FAIL
Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.
-
Последний падающий выпуск 16.1.3 → первый успешный выпуск 19.0.1
Что различается по разные стороны границы
- @npmcli/fs 4.0.0 → 2.1.2 гипотеза
- @npmcli/move-file — → 2.0.1 гипотеза
- chownr — → 2.0.0 гипотеза
- fs-minipass 3.0.3 → 2.1.0 гипотеза
- glob 10.5.0 → 8.1.0 гипотеза
- infer-owner — → 1.0.4 гипотеза
- lru-cache 10.4.3 → 7.18.3 гипотеза
- minipass 7.1.3 → 3.3.6 гипотеза
- minipass-collect 2.0.1 → 1.0.2 гипотеза
- minipass-flush 1.0.5, 1.0.7 → 1.0.7 гипотеза
- mkdirp — → 1.0.4 гипотеза
- p-map 7.0.4, 7.1.1 → 4.0.0 гипотеза
- promise-inflight — → 1.0.1 гипотеза
- rimraf — → 3.0.2 гипотеза
- ssri 12.0.0 → 9.0.1 гипотеза
- tar 7.5.22 → 6.2.1 гипотеза
- unique-filename 4.0.0 → 2.0.1 гипотеза
Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
| Библиотека | 20.0.4 | 20.0.3 | 19.0.1 | 16.1.3 |
|---|---|---|---|---|
| @npmcli/fs | 5.0.0 | 5.0.0 | 4.0.0 | 2.1.2 |
| fs-minipass | 3.0.3 | 3.0.3 | 3.0.3 | 2.1.0 |
| glob | 13.0.6 | 13.0.0 | 10.5.0 | 8.1.0 |
| lru-cache | 11.5.1 | 11.2.4 | 10.4.3 | 7.18.3 |
| minipass | 7.1.3 | 7.1.2 | 7.1.3 | 3.3.6 |
| minipass-collect | 2.0.1 | 2.0.1 | 2.0.1 | 1.0.2 |
| minipass-flush | 1.0.6 | 1.0.5 | 1.0.5 | 1.0.7 |
| p-map | 7.0.4 | 7.0.4 | 7.0.4 | 4.0.0 |
| ssri | 13.0.1 | 13.0.0 | 12.0.0 | 9.0.1 |
| tar | — | — | 7.5.22 | 6.2.1 |
| unique-filename | — | 5.0.0 | 4.0.0 | 2.0.1 |
| @npmcli/move-file | — | — | — | 2.0.1 |
| chownr | — | — | — | 2.0.0 |
| infer-owner | — | — | — | 1.0.4 |
| minipass-pipeline | 1.2.4 | 1.2.4 | 1.2.4 | 1.2.4 |
| mkdirp | — | — | — | 1.0.4 |
| promise-inflight | — | — | — | 1.0.1 |
| rimraf | — | — | — | 3.0.2 |
Сдвинулось: 11 · одинаково во всех выпусках: 7
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Пробелы в свидетельствах
- Свидетельства этого сбоя не сохранились, поэтому установленной причины у него нет. Сохранённый хеш — это происхождение, а не тождество.
- Выпуски в этом окне, ни разу не измеренные на этапе PROJECT_TEST: 2
- Для этого сбоя не выведена ни одна область отказа.
Опубликованные ответы для затронутых выпусков
Ни один опубликованный образец не называет эти выпуски.