호환성npmjest-resolve
이 좌표에는 아직 샘플이 없음
호환성 큐브
아무 차원 두 개를 골라 축으로 펼치고, 나머지는 필터가 됩니다. 셀을 클릭하면 그 조각이 고정되고 한 단계 더 들어갑니다.
그리드 읽는 법
셀 읽는 법: 숫자는 비율이 딛고 선 기록된 관측 수입니다 — 한 번의 빌드가 도달한 단계마다 관측이 하나씩 남으므로, 빌드 수도 머신 수도 사람 수도 아닙니다. 옆의 문서는 출처가 다른 별개의 사실입니다: 그 좌표에 샘플이 있는지, 그리고 우리가 거기서 실행한 결과가 어떻는지입니다.
- 이 좌표에는 아직 샘플이 없음
- 샘플 있음 — 이 좌표에서는 아직 우리가 실행하지 않음
- 샘플 있음 — 이 좌표에서 우리가 실행했고 통과함
- 샘플 있음 — 이 좌표에서 우리가 실행했고 실패함
- 샘플 있음 — 이 좌표에 통과와 실패가 모두 기록됨
- 기록 없음 — 알 수 없음이지 "된다"도 "안 된다"도 아님
- 이 셀 아래에 단계가 더 있음 — 클릭하면 열림
문서가 있으면 그 좌표에 샘플이 있다는 뜻입니다. 샘플이 존재하는지는 이 버전과 이 API에 대한 사실이라 OS·런타임·패키지 매니저가 바뀌어도 달라지지 않고, 문서의 색은 지금 보고 있는 환경에서 그 샘플이 어떻게 실행됐는지를 말합니다.
셀은 이 조각 안에서 아직 변하는 모든 것의 집계입니다(n/m 표기가 그 폭을 말해 줍니다). 클릭하면 좌표가 고정되고 다음 단계가 보입니다.
의존성
| 라이브러리 | 버전 | 그 좌표에서 측정된 것 | 프로젝트 |
|---|---|---|---|
| chalk | 4.1.2 | 컨트랙트 통과 | 프로젝트-일 5개 |
| graceful-fs | 4.2.11 | 컨트랙트 통과 | 프로젝트-일 5개 |
| jest-haste-map | 29.7.0 | 컨트랙트 통과 | 프로젝트-일 5개 |
| jest-pnp-resolver | 1.2.3 | 컨트랙트 통과 | 프로젝트-일 5개 |
| jest-util | 29.7.0 | 컨트랙트 통과 | 프로젝트-일 5개 |
| jest-validate | 29.7.0 | 컨트랙트 통과 | 프로젝트-일 5개 |
| resolve | 1.22.12 | 컨트랙트 통과 | 프로젝트-일 5개 |
| resolve.exports | 2.0.3 | 컨트랙트 통과 | 프로젝트-일 5개 |
| slash | 3.0.0 | 컨트랙트 통과 | 프로젝트-일 5개 |
측정 열은 각 의존성 자신의 릴리스에 대한 것이지 두 릴리스의 조합에 대한 것이 아닙니다. 리졸버가 둘을 나란히 놓았다는 사실은 함께 동작한다는 증거가 아닙니다.
릴리스별 의존성 버전
이 패키지의 릴리스마다 자식이 어떤 버전으로 해석됐는지입니다. 버전이 움직인 자식이 먼저 나옵니다 — 업그레이드가 발밑에서 무언가를 바꾼 지점입니다.
| 라이브러리 | 30.4.1 | 29.7.0 |
|---|---|---|
| jest-haste-map | 30.4.1 | 29.7.0 |
| jest-util | 30.4.1 | 29.7.0 |
| jest-validate | 30.4.1 | 29.7.0 |
| chalk | 4.1.2 | 4.1.2 |
| graceful-fs | 4.2.11 | 4.2.11 |
| jest-pnp-resolver | 1.2.3 | 1.2.3 |
| resolve | — | 1.22.12 |
| resolve.exports | — | 2.0.3 |
| slash | 3.0.0 | 3.0.0 |
| unrs-resolver | 1.12.2 | — |
움직임: 3 · 모든 릴리스에서 동일: 7
엣지는 실제 기계에서 리졸버가 한 릴리스를 다른 릴리스 옆에 놓았다는 기록입니다. 둘이 함께 동작한다는 주장이 아닙니다. 그 질문은 여기 행이 있다는 사실이 아니라 샘플과 컨트랙트가 답합니다.