CodeSampleX

Записиnpmproxy-addr2.0.7proxy-addr.all

Изменить условия
Закреплено
OSubuntu glibc Среда выполненияnode 22 Символproxy-addr.all
Фильтр Версия пакета2.0.7 Архитектураx64 Менеджер пакетовnpm 10 Контекст выполненияnode libcglibc Сбросить фильтры

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

proxy-addr.all @2.0.7ubuntu glibc · x64 · node 22 · npm 10 · node

1 из 1 прошли

Наблюдение — реальные сборки проектов сообщили об этой координате.

образец есть — в этой координате мы его ещё не запускали (1)

Наблюдения в проектах
1 / 1
Проверки контрактом
в этой координате ничего
Независимые сообщившие пиры
1
Последняя запись
2026-08-20

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

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

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

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

2.0.7

windows · node@24.13 · moduleSystem=esm · executionContext=node

32 FAIL · stage: UNKNOWN · fingerprint: sha256:9f91c975308128a0f4f23e33b9d5936b9c39535b5c01aa9245b8cdc4b0a37a10

Библиотека Версия Состояние Измерено там Проектов
forwarded 0.2.0 PASS Все наблюдения прошли успешно контракт пройден 39 проектных дней
ipaddr.js 1.9.1 PASS Все наблюдения прошли успешно контракт пройден 38 проектных дней

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

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

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

Библиотека2.0.82.0.7
forwarded 0.2.0 0.2.0
ipaddr.js 1.9.1 1.9.1

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

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

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