package-json.load

조건 변경

현재 조건

@npmcli/package-json.load @6.2.0ubuntu glibc · x64 · node 22 · npm 10 · node

1회 중 1회 통과

관측 — 실제 프로젝트 빌드가 이 좌표에서 보고되었습니다.

샘플 있음 — 이 좌표에서는 아직 우리가 실행하지 않음 (1)

열어 볼 수 있는 증거

이 릴리스의 의존성 조합과 실패 관측 결과

관측된 문제 1건 · 변경 7건 · 정상 1건

6.2.0

linux · node@22.23 · moduleSystem=esm · executionContext=node

2 FAIL · stage: UNKNOWN · fingerprint: sha256:536db39a2e089f7ed603954e4a67695a077090ed80e3d0d1ef21bd2d6a9e9b21

라이브러리	버전	건강도	그 좌표에서 측정된 것	프로젝트
@npmcli/git	6.0.3	CANDIDATE 상관 변경; 조합 결과 미증명	컨트랙트 통과	프로젝트-일 26개
glob	10.5.0	CANDIDATE 상관 변경; 조합 결과 미증명	컨트랙트 통과	프로젝트-일 26개
hosted-git-info	8.1.0	CANDIDATE 상관 변경; 조합 결과 미증명	컨트랙트 통과	프로젝트-일 27개
json-parse-even-better-errors	4.0.0	CANDIDATE 상관 변경; 조합 결과 미증명	컨트랙트 통과	프로젝트-일 27개
proc-log	5.0.0	CANDIDATE 상관 변경; 조합 결과 미증명	컨트랙트 통과	프로젝트-일 26개
semver	7.7.4	CANDIDATE 상관 변경; 조합 결과 미증명	컨트랙트 통과	프로젝트-일 2개
semver	7.8.5	CANDIDATE 상관 변경; 조합 결과 미증명	컨트랙트 통과	프로젝트-일 24개
validate-npm-package-license	3.0.4	PASS 모든 관측 정상 통과	컨트랙트 통과	프로젝트-일 27개

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

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

라이브러리	7.0.5	7.0.4	6.2.0
@npmcli/git	7.0.2	7.0.1	6.0.3
glob	13.0.6	13.0.0	10.5.0
hosted-git-info	9.0.3	9.0.2	8.1.0
json-parse-even-better-errors	5.0.0	5.0.0	4.0.0
proc-log	6.1.0	6.1.0	5.0.0
semver	7.8.5	7.7.3	7.7.4
spdx-expression-parse	4.0.0	—	—
validate-npm-package-license	—	3.0.4	3.0.4

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

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