CodeSampleX

기록cargotokio1.53.1

조건 변경
고정
OSubuntu glibc 심볼whole package
필터 패키지 버전1.53.1 아키텍처x64 패키지 매니저cargo 1 libcglibc 필터 지우기

현재 조건

tokio @1.53.1ubuntu glibc · x64 · cargo 1

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

20회 중 12회 통과

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

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

프로젝트 관측
12 / 20
컨트랙트 검증
이 좌표에는 없음
독립 보고 peer
1
마지막 기록
2026-09-20

의존성 건강도

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

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

최초 관측된 실패

1.53.1

linux · rust@1 · executionContext=rust

2 FAIL · stage: PROJECT_TEST

라이브러리 버전 건강도 그 좌표에서 측정된 것 프로젝트
mio 1.2.2 CANDIDATE 상관 변경; 조합 결과 미증명 컨트랙트 통과 프로젝트-일 6개
mio 1.2.3 CANDIDATE 상관 변경; 조합 결과 미증명 빌드 관측됨 프로젝트-일 2개
socket2 0.6.5 CANDIDATE 상관 변경; 조합 결과 미증명 컨트랙트 통과 프로젝트-일 8개
tokio-macros 2.7.2 CANDIDATE 상관 변경; 조합 결과 미증명 컨트랙트 통과 프로젝트-일 10개
windows-sys 0.61.2 CANDIDATE 상관 변경; 조합 결과 미증명 컨트랙트 통과 프로젝트-일 8개
bytes 1.12.1 PASS 모든 관측 정상 통과 컨트랙트 통과 프로젝트-일 5개
libc 0.2.189 PASS 모든 관측 정상 통과 컨트랙트 통과 프로젝트-일 8개
pin-project-lite 0.2.17 PASS 모든 관측 정상 통과 컨트랙트 통과 프로젝트-일 20개

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

릴리스별 의존성 버전

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

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

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

최근 실패 클러스터