CodeSampleX

기록npmvite8.2.1startVitest

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

현재 조건

startVitest @8.2.1alpine musl · x64 · node 22 · npm · node

2회 중 2회 통과

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

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

프로젝트 관측
1 / 1
컨트랙트 검증
2 / 2
독립 보고 peer
1
교차 검증
서로 다른 peer 2곳 이상에서 재현됨
마지막 기록
2026-09-08

의존성 건강도

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

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

최초 관측된 실패

8.2.1

moduleSystem=esm · executionContext=node

5 FAIL · stage: PROJECT_PROCESS

라이브러리 버전 건강도 그 좌표에서 측정된 것 프로젝트
picomatch 4.0.5 CANDIDATE 상관 변경; 조합 결과 미증명 컨트랙트 통과 프로젝트-일 3개
postcss 8.5.26 CANDIDATE 상관 변경; 조합 결과 미증명 컨트랙트 통과 프로젝트-일 3개
rolldown 1.2.4 CANDIDATE 상관 변경; 조합 결과 미증명 빌드 관측됨 프로젝트-일 3개
tinyglobby 0.2.17 CANDIDATE 상관 변경; 조합 결과 미증명 컨트랙트 통과 프로젝트-일 3개
lightningcss 1.33.0 PASS 모든 관측 정상 통과 컨트랙트 통과 프로젝트-일 3개
vitest 4.1.10 PASS 모든 관측 정상 통과 컨트랙트 통과 프로젝트-일 1개

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

릴리스별 의존성 버전

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

라이브러리8.3.08.2.28.2.17.3.67.3.16.4.36.2.05.4.215.4.14
esbuild — — — 0.28.2 0.27.2 0.25.12 0.25.12 0.21.5 0.21.5
picomatch 4.0.7 4.0.7 4.0.5 4.0.5 4.0.3 4.0.5 — — —
postcss 8.5.28 8.5.28 8.5.26 8.5.26 8.5.6 8.5.26 8.5.28 8.5.25 8.5.28
rolldown 1.2.8 1.2.7 1.2.4 — — — — — —
rollup — — — 4.63.3 4.54.0 4.63.3 4.62.4 4.62.3 4.63.1
tinyglobby 0.2.17 0.2.17 0.2.17 0.2.17 0.2.15 0.2.17 — — —
fdir — — — 6.5.0 6.5.0 6.5.0 — — —
lightningcss 1.33.0 1.33.0 1.33.0 — — — — — —
vitest — — 4.1.10 — — — — — —

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

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

최근 실패 클러스터