기록npmbrowserslist
호환성 큐브
아무 차원 두 개를 골라 축으로 펼치고, 나머지는 필터가 됩니다. 셀을 클릭하면 그 조각이 고정되고 한 단계 더 들어갑니다.
52026-08-30
| 4.28.8 | 4.28.7 | |
|---|---|---|
| browserslist | 100%6 | 100%4 |
| browserslist | — | |
| browserslist.clearCaches 공유됨 ×3 | — | |
| browserslist.coverage | — | |
| browserslist.findConfig | — | |
| browserslist.loadConfig | — |
증거가 가장 많은 환경만 표시합니다.
그리드 읽는 법
셀 읽는 법: 숫자는 비율이 딛고 선 기록된 관측 수입니다 — 한 번의 빌드가 도달한 단계마다 관측이 하나씩 남으므로, 빌드 수도 머신 수도 사람 수도 아닙니다. 옆의 문서는 출처가 다른 별개의 사실입니다: 그 좌표에 샘플이 있는지, 그리고 우리가 거기서 실행한 결과가 어떻는지입니다.
- 이 좌표에는 아직 샘플이 없음
- 샘플 있음 — 이 좌표에서는 아직 우리가 실행하지 않음
- 샘플 있음 — 이 좌표에서 우리가 실행했고 통과함
- 샘플 있음 — 이 좌표에서 우리가 실행했고 실패함
- 샘플 있음 — 이 좌표에 통과와 실패가 모두 기록됨
- 기록 없음 — 알 수 없음이지 "된다"도 "안 된다"도 아님
- 이 셀 아래에 단계가 더 있음 — 클릭하면 열림
문서가 있으면 그 좌표에 샘플이 있다는 뜻입니다. 샘플이 존재하는지는 이 버전과 이 API에 대한 사실이라 OS·런타임·패키지 매니저가 바뀌어도 달라지지 않고, 문서의 색은 지금 보고 있는 환경에서 그 샘플이 어떻게 실행됐는지를 말합니다.
셀은 이 조각 안에서 아직 변하는 모든 것의 집계입니다(n/m 표기가 그 폭을 말해 줍니다). 클릭하면 좌표가 고정되고 다음 단계가 보입니다.
릴리스별 의존성 버전
이 패키지의 릴리스마다 자식이 어떤 버전으로 해석됐는지입니다. 버전이 움직인 자식이 먼저 나옵니다 — 업그레이드가 발밑에서 무언가를 바꾼 지점입니다.
| 라이브러리 | 4.28.8 | 4.28.7 |
|---|---|---|
| baseline-browser-mapping | 2.11.15 | 2.11.19 |
| electron-to-chromium | 1.5.414 | 1.5.415 |
| node-releases | 2.0.54 | 2.0.53 |
| update-browserslist-db | 1.3.0 | 1.3.1 |
| caniuse-lite | 1.0.30001810 | 1.0.30001810 |
움직임: 4 · 모든 릴리스에서 동일: 1
엣지는 실제 기계에서 리졸버가 한 릴리스를 다른 릴리스 옆에 놓았다는 기록입니다. 둘이 함께 동작한다는 주장이 아닙니다. 그 질문은 여기 행이 있다는 사실이 아니라 샘플과 컨트랙트가 답합니다.