Записи/npm/browserslist/случай сбоя

Где это измерялось

PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_TEST и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.

• 4.29.0 PASS успешных наблюдений: 1
• 4.28.9 PASS успешных наблюдений: 11
• 4.28.8 PASS успешных наблюдений: 244
• 4.28.7 FAIL
• 4.28.2 не измерено
• 4.28.1 PASS успешных наблюдений: 1

Где воспроизводился

• executionContext=node · moduleSystem=cjs · os=windows · runtime=node@24.13 ×1 2026-09-14 → 2026-09-15

Ближайшие известные границы PASS/FAIL

Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.

• Последний успешный выпуск 4.28.1 → первый падающий выпуск 4.28.7

  Выпуски между ними, ни разу не измеренные на этом этапе: 1

  Что различается по разные стороны границы

  • baseline-browser-mapping 2.9.11 → 2.11.19, 2.11.24, 2.11.7 свидетельство
  • caniuse-lite 1.0.30001761 → 1.0.30001806, 1.0.30001810 свидетельство
  • electron-to-chromium 1.5.267 → 1.5.398, 1.5.415, 1.5.430 свидетельство
  • node-releases 2.0.27 → 2.0.51, 2.0.53, 2.0.55 свидетельство
  • update-browserslist-db 1.2.3 → 1.2.3, 1.3.1, 1.3.3 гипотеза

  Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.

• Последний падающий выпуск 4.28.7 → первый успешный выпуск 4.28.8

  Что различается по разные стороны границы

  • baseline-browser-mapping 2.11.15, 2.11.16, 2.11.18, 2.11.19, 2.11.20, 2.11.21 → 2.11.19, 2.11.24, 2.11.7 свидетельство
  • caniuse-lite 1.0.30001809, 1.0.30001810 → 1.0.30001806, 1.0.30001810 свидетельство
  • electron-to-chromium 1.5.411, 1.5.412, 1.5.414, 1.5.415, 1.5.416, 1.5.418, 1.5.419, 1.5.420, 1.5.421, 1.5.422 → 1.5.398, 1.5.415, 1.5.430 свидетельство
  • node-releases 2.0.53, 2.0.54 → 2.0.51, 2.0.53, 2.0.55 свидетельство
  • update-browserslist-db 1.3.0, 1.3.1, 1.3.2 → 1.2.3, 1.3.1, 1.3.3 свидетельство

  Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.

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

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

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

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

Пробелы в свидетельствах

• Выпуски в этом окне, ни разу не измеренные на этапе PROJECT_TEST: 1
• Для этого сбоя не выведена ни одна область отказа.

Опубликованные ответы для затронутых выпусков

• browserslist 4.28.7: parseConfig Собрано ? Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOWbrowserslist.parseConfignode 22.23.2 MIT-0 · 2026-09-17
• browserslist 4.28.7: loadConfig Собрано ? Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOWbrowserslist.loadConfignode 22.23.2 MIT-0 · 2026-09-17
• browserslist 4.28.7: findConfigFile Собрано ? Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOWbrowserslist.findConfigFilenode 22.23.2 MIT-0 · 2026-09-17