CodeSampleX

호환성npm@jest/transform29.7.0shouldInstrument

조건 변경
고정
OSalpine musl 심볼shouldInstrument
필터 런타임node 22 패키지 버전29.7.0 아키텍처x64 패키지 매니저npm 실행 컨텍스트node libcmusl 필터 지우기

현재 조건

shouldInstrument @29.7.0alpine musl · x64 · node 22 · npm · node

1회 중 1회 통과

검증 — 이 네트워크가 이 좌표에서 컨트랙트를 직접 실행했습니다.

샘플 있음 — 이 좌표에서 우리가 실행했고 통과함 (1)

프로젝트 관측
이 좌표에는 없음
컨트랙트 검증
1 / 1
마지막 기록
2026-08-26
열어 볼 수 있는 증거

의존성

라이브러리버전그 좌표에서 측정된 것프로젝트
@babel/core 7.29.7 컨트랙트 통과 프로젝트-일 6개
@jest/types 29.6.3 컨트랙트 통과 프로젝트-일 7개
@jridgewell/trace-mapping 0.3.31 컨트랙트 통과 프로젝트-일 7개
babel-plugin-istanbul 6.1.1 컨트랙트 통과 프로젝트-일 6개
chalk 4.1.2 컨트랙트 통과 프로젝트-일 7개
convert-source-map 2.0.0 컨트랙트 통과 프로젝트-일 6개
fast-json-stable-stringify 2.1.0 컨트랙트 통과 프로젝트-일 6개
graceful-fs 4.2.11 컨트랙트 통과 프로젝트-일 6개
jest-haste-map 29.7.0 컨트랙트 통과 프로젝트-일 6개
jest-regex-util 29.6.3 컨트랙트 통과 프로젝트-일 6개
jest-util 29.7.0 컨트랙트 통과 프로젝트-일 7개
micromatch 4.0.8 컨트랙트 통과 프로젝트-일 6개
pirates 4.0.7 컨트랙트 통과 프로젝트-일 6개
slash 3.0.0 컨트랙트 통과 프로젝트-일 6개
write-file-atomic 4.0.2 컨트랙트 통과 프로젝트-일 5개

측정 열은 각 의존성 자신의 릴리스에 대한 것이지 두 릴리스의 조합에 대한 것이 아닙니다. 리졸버가 둘을 나란히 놓았다는 사실은 함께 동작한다는 증거가 아닙니다.

릴리스별 의존성 버전

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

라이브러리30.4.129.7.0
@jest/types 30.4.1 29.6.3
babel-plugin-istanbul 7.0.1 6.1.1
jest-haste-map 30.4.1 29.7.0
jest-regex-util 30.4.0 29.6.3
jest-util 30.4.1 29.7.0
write-file-atomic 5.0.1 4.0.2
@babel/core 7.29.7 7.29.7
@jridgewell/trace-mapping 0.3.31 0.3.31
chalk 4.1.2 4.1.2
convert-source-map 2.0.0 2.0.0
fast-json-stable-stringify 2.1.0 2.1.0
graceful-fs 4.2.11 4.2.11
micromatch — 4.0.8
pirates 4.0.7 4.0.7
slash 3.0.0 3.0.0

움직임: 6 · 모든 릴리스에서 동일: 9

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

최근 실패 클러스터