기록 npm yargs16.2.2

조건 변경

현재 조건

yargs @16.2.2ubuntu glibc · x64 · node 22 · npm 10 · node

API가 아니라 패키지 전체 집계

1회 중 0회 통과

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

샘플 있음 — 이 좌표에서 우리가 실행했고 실패함

열어 볼 수 있는 증거

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

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

16.2.2

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

3 FAIL · stage: UNKNOWN · fingerprint: sha256:986d98189e70ab6bb81e3ca5f5feb96281ba0dfa6e522caa6ddd3d9b148578cc

라이브러리	버전	건강도	그 좌표에서 측정된 것	프로젝트
cliui	7.0.4	CANDIDATE 상관 변경; 조합 결과 미증명	컨트랙트 통과	프로젝트-일 2개
string-width	4.2.3	CANDIDATE 상관 변경; 조합 결과 미증명	컨트랙트 통과	프로젝트-일 2개
escalade	3.2.0	PASS 모든 관측 정상 통과	컨트랙트 통과	프로젝트-일 2개
get-caller-file	2.0.5	PASS 모든 관측 정상 통과	컨트랙트 통과	프로젝트-일 2개
require-directory	2.1.1	PASS 모든 관측 정상 통과	컨트랙트 통과	프로젝트-일 1개
y18n	5.0.8	PASS 모든 관측 정상 통과	컨트랙트 통과	프로젝트-일 1개

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

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

라이브러리	18.1.0	17.7.3	16.2.2
cliui	9.0.1	8.0.1	7.0.4
string-width	8.2.2	4.2.3	4.2.3
yargs-parser	22.0.0	21.1.1	—
escalade	3.2.0	3.2.0	3.2.0
get-caller-file	2.0.5	2.0.5	2.0.5
require-directory	—	2.1.1	2.1.1
y18n	5.0.8	5.0.8	5.0.8

움직임: 3 · 모든 릴리스에서 동일: 4

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