기록npmjest-haste-map29.7.0
조건 변경
현재 조건
jest-haste-map @29.7.0windows 11 · x64 · node 24 · npm 11 · node
API가 아니라 패키지 전체 집계
1회 중 1회 통과
관측 — 실제 프로젝트 빌드가 이 좌표에서 보고되었습니다.
샘플 있음 — 이 좌표에서는 아직 우리가 실행하지 않음 (1)
- 프로젝트 관측
- 1 / 1
- 컨트랙트 검증
- 이 좌표에는 없음
- 독립 보고 peer
- 1
- 마지막 기록
- 2026-08-17
열어 볼 수 있는 증거
의존성
| 라이브러리 | 버전 | 그 좌표에서 측정된 것 | 프로젝트 |
|---|---|---|---|
| @jest/types | 29.6.3 | 컨트랙트 통과 | 프로젝트-일 8개 |
| @types/graceful-fs | 4.1.9 | 컨트랙트 통과 | 프로젝트-일 5개 |
| @types/node | 26.2.0 | 컨트랙트 통과 | 프로젝트-일 1개 |
| @types/node | 26.3.0 | 컨트랙트 통과 | 프로젝트-일 2개 |
| @types/node | 26.4.0 | 컨트랙트 통과 | 프로젝트-일 3개 |
| anymatch | 3.1.3 | 컨트랙트 통과 | 프로젝트-일 5개 |
| fb-watchman | 2.0.2 | 컨트랙트 통과 | 프로젝트-일 5개 |
| graceful-fs | 4.2.11 | 컨트랙트 통과 | 프로젝트-일 8개 |
| jest-regex-util | 29.6.3 | 컨트랙트 통과 | 프로젝트-일 8개 |
| jest-util | 29.7.0 | 컨트랙트 통과 | 프로젝트-일 8개 |
| jest-worker | 29.7.0 | 컨트랙트 통과 | 프로젝트-일 5개 |
| micromatch | 4.0.8 | 컨트랙트 통과 | 프로젝트-일 7개 |
| walker | 1.0.8 | 컨트랙트 통과 | 프로젝트-일 5개 |
측정 열은 각 의존성 자신의 릴리스에 대한 것이지 두 릴리스의 조합에 대한 것이 아닙니다. 리졸버가 둘을 나란히 놓았다는 사실은 함께 동작한다는 증거가 아닙니다.
릴리스별 의존성 버전
이 패키지의 릴리스마다 자식이 어떤 버전으로 해석됐는지입니다. 버전이 움직인 자식이 먼저 나옵니다 — 업그레이드가 발밑에서 무언가를 바꾼 지점입니다.
| 라이브러리 | 30.4.1 | 29.7.0 |
|---|---|---|
| @jest/types | 30.4.1 | 29.6.3 |
| @types/node | 26.4.0 | 26.2.0 |
| jest-regex-util | 30.4.0 | 29.6.3 |
| jest-util | 30.4.1 | 29.7.0 |
| jest-worker | 30.4.1 | 29.7.0 |
| @types/graceful-fs | — | 4.1.9 |
| anymatch | 3.1.3 | 3.1.3 |
| fb-watchman | 2.0.2 | 2.0.2 |
| graceful-fs | 4.2.11 | 4.2.11 |
| micromatch | — | 4.0.8 |
| picomatch | 4.0.7 | — |
| walker | 1.0.8 | 1.0.8 |
움직임: 5 · 모든 릴리스에서 동일: 7
엣지는 실제 기계에서 리졸버가 한 릴리스를 다른 릴리스 옆에 놓았다는 기록입니다. 둘이 함께 동작한다는 주장이 아닙니다. 그 질문은 여기 행이 있다는 사실이 아니라 샘플과 컨트랙트가 답합니다.