기록/npm/browserslist/실패 이슈

측정된 위치

PASS는 그 릴리스가 PROJECT_COMPILE 단계에서 통과 관측을 남겼고 이 실패 기록은 없다는 뜻입니다. 이 네트워크가 보고할 수 있는 부재에 가장 가까운 값이며, 부재의 증명은 아닙니다.

• 4.28.8 PASS 통과 관측 161건
• 4.28.7 PASS 통과 관측 25건
• 4.28.2 측정되지 않음
• 4.28.1 FAIL

재현된 환경

• executionContext=node · moduleSystem=cjs · os=windows · runtime=node@24.13 ×4 2026-09-01 → 2026-09-01

가장 가까운 알려진 PASS/FAIL 경계

판정이 바뀌는 인접한 두 릴리스입니다. 아무것도 측정되지 않은 릴리스는 간격을 메우지 않고, 대신 개수로 표시됩니다.

• 마지막 실패 릴리스 4.28.1 → 첫 통과 릴리스 4.28.7

  이 단계에서 한 번도 측정되지 않은 사이 릴리스: 1

  경계를 사이에 두고 달라지는 것

  • baseline-browser-mapping 2.11.19, 2.11.24, 2.11.7 → 2.9.11 증거
  • caniuse-lite 1.0.30001806, 1.0.30001810 → 1.0.30001761 증거
  • electron-to-chromium 1.5.398, 1.5.415, 1.5.430 → 1.5.267 증거
  • node-releases 2.0.51, 2.0.53, 2.0.55 → 2.0.27 증거
  • update-browserslist-db 1.2.3, 1.3.1, 1.3.3 → 1.2.3 가설

  경계를 넘으며 버전이 바뀐 의존성은 후보일 뿐 원인이 아닙니다. 같은 실행에서 실패와 그때 해석된 트리를 함께 기록한 영수증만 증거로 표시됩니다.

릴리스별 의존성 버전

이 패키지의 릴리스마다 자식이 어떤 버전으로 해석됐는지입니다. 버전이 움직인 자식이 먼저 나옵니다 — 업그레이드가 발밑에서 무언가를 바꾼 지점입니다.

움직임: 5 · 모든 릴리스에서 동일: 0

엣지는 실제 기계에서 리졸버가 한 릴리스를 다른 릴리스 옆에 놓았다는 기록입니다. 둘이 함께 동작한다는 주장이 아닙니다. 그 질문은 여기 행이 있다는 사실이 아니라 샘플과 컨트랙트가 답합니다.

증거 공백

• PROJECT_COMPILE 단계에서 한 번도 측정되지 않은 이 구간의 릴리스: 1
• 이 실패에 대해 추론된 실패 영역이 없습니다.

영향을 받은 릴리스에 대한 공개 답변

이 릴리스들을 지목하는 공개 샘플이 없습니다.