호환성npmvite
호환성 큐브
아무 차원 두 개를 골라 축으로 펼치고, 나머지는 필터가 됩니다. 셀을 클릭하면 그 조각이 고정되고 한 단계 더 들어갑니다.
| node 24 | node 22 | |
|---|---|---|
| vite | 80%20 | 100%25 |
| vite.createServer | 100%1 | |
| vite.defineConfig | 80%10 | 100%1 |
| vite.resolveConfig | 100%1 |
큐브는 최신 6개 버전과 각 버전의 처음 10개 심볼을 읽습니다. 그래서 여기 빈 칸은 "측정된 적 없음"이 아니라 "그 범위 밖"일 수 있습니다.
그리드 읽는 법
셀 읽는 법: 숫자는 비율이 딛고 선 기록된 관측 수입니다 — 한 번의 빌드가 도달한 단계마다 관측이 하나씩 남으므로, 빌드 수도 머신 수도 사람 수도 아닙니다. 옆의 문서는 출처가 다른 별개의 사실입니다: 그 좌표에 샘플이 있는지, 그리고 우리가 거기서 실행한 결과가 어떻는지입니다.
- 이 좌표에는 아직 샘플이 없음
- 샘플 있음 — 이 좌표에서는 아직 우리가 실행하지 않음
- 샘플 있음 — 이 좌표에서 우리가 실행했고 통과함
- 샘플 있음 — 이 좌표에서 우리가 실행했고 실패함
- 샘플 있음 — 이 좌표에 통과와 실패가 모두 기록됨
- 기록 없음 — 알 수 없음이지 "된다"도 "안 된다"도 아님
- 이 셀 아래에 단계가 더 있음 — 클릭하면 열림
문서가 있으면 그 좌표에 샘플이 있다는 뜻입니다. 샘플이 존재하는지는 이 버전과 이 API에 대한 사실이라 OS·런타임·패키지 매니저가 바뀌어도 달라지지 않고, 문서의 색은 지금 보고 있는 환경에서 그 샘플이 어떻게 실행됐는지를 말합니다.
셀은 이 조각 안에서 아직 변하는 모든 것의 집계입니다(n/m 표기가 그 폭을 말해 줍니다). 클릭하면 좌표가 고정되고 다음 단계가 보입니다.
의존성
| 라이브러리 | 버전 | 그 좌표에서 측정된 것 | 프로젝트 |
|---|---|---|---|
| esbuild | 0.21.5 | 컨트랙트 통과 | 프로젝트-일 6개 |
| postcss | 8.5.26 | 컨트랙트 통과 | 프로젝트-일 6개 |
| rollup | 4.63.0 | 컨트랙트 통과 | 프로젝트-일 4개 |
| rollup | 4.63.1 | 컨트랙트 통과 | 프로젝트-일 1개 |
측정 열은 각 의존성 자신의 릴리스에 대한 것이지 두 릴리스의 조합에 대한 것이 아닙니다. 리졸버가 둘을 나란히 놓았다는 사실은 함께 동작한다는 증거가 아닙니다.
릴리스별 의존성 버전
이 패키지의 릴리스마다 자식이 어떤 버전으로 해석됐는지입니다. 버전이 움직인 자식이 먼저 나옵니다 — 업그레이드가 발밑에서 무언가를 바꾼 지점입니다.
| 라이브러리 | 8.2.2 | 7.3.6 | 6.4.3 | 5.4.21 |
|---|---|---|---|---|
| esbuild | — | 0.28.2 | 0.25.12 | 0.21.5 |
| picomatch | 4.0.7 | 4.0.5 | 4.0.7 | — |
| rollup | — | 4.63.1 | 4.63.0 | 4.63.1 |
| fdir | — | 6.5.0 | 6.5.0 | — |
| lightningcss | 1.33.0 | — | — | — |
| postcss | 8.5.26 | 8.5.26 | 8.5.26 | 8.5.26 |
| rolldown | 1.2.6 | — | — | — |
| tinyglobby | 0.2.17 | 0.2.17 | 0.2.17 | — |
움직임: 3 · 모든 릴리스에서 동일: 5
엣지는 실제 기계에서 리졸버가 한 릴리스를 다른 릴리스 옆에 놓았다는 기록입니다. 둘이 함께 동작한다는 주장이 아닙니다. 그 질문은 여기 행이 있다는 사실이 아니라 샘플과 컨트랙트가 답합니다.