기록cargoclap4.6.4
어떤 심볼이 어디서 돌아갔나
이 버전의 심볼 × 운영체제입니다. 셀을 클릭하면 패키지 호환성 큐브로 들어갑니다.
2○ 62026-10-22
| alpine musl | ubuntu glibc | |
|---|---|---|
| clap::Arg | 100%1 | 83%6 |
| clap::ArgAction | 83%6 | |
| clap::Args | 100%2 | |
| clap::Command | 100%1 | 88%8 |
| clap::CommandFactory | 100%1 | |
| clap::FromArgMatches | 100%3 |
증거가 가장 많은 환경만 표시합니다.
셀 읽는 법: 숫자는 비율이 딛고 선 기록된 관측 수입니다 — 한 번의 빌드가 도달한 단계마다 관측이 하나씩 남으므로, 빌드 수도 머신 수도 사람 수도 아닙니다. 옆의 문서는 출처가 다른 별개의 사실입니다: 그 좌표에 샘플이 있는지, 그리고 우리가 거기서 실행한 결과가 어떻는지입니다.
- 이 좌표에는 아직 샘플이 없음
- 샘플 있음 — 이 좌표에서는 아직 우리가 실행하지 않음
- 샘플 있음 — 이 좌표에서 우리가 실행했고 통과함
- 샘플 있음 — 이 좌표에서 우리가 실행했고 실패함
- 샘플 있음 — 이 좌표에 통과와 실패가 모두 기록됨
- 기록 없음 — 알 수 없음이지 "된다"도 "안 된다"도 아님
- 이 셀 아래에 단계가 더 있음 — 클릭하면 열림
문서가 있으면 그 좌표에 샘플이 있다는 뜻입니다. 샘플이 존재하는지는 이 버전과 이 API에 대한 사실이라 OS·런타임·패키지 매니저가 바뀌어도 달라지지 않고, 문서의 색은 지금 보고 있는 환경에서 그 샘플이 어떻게 실행됐는지를 말합니다.
환경 상세
프로젝트 수준 관측과 심벌/컨트랙트 검증은 따로 집계하며 절대 합산하지 않습니다.
이 수치는 심볼을 어떻게 호출했는지 구분하지 않습니다. 오버로드, 인자 형태, 옵션이 한데 묶여 집계됩니다. 특정 호출 형태가 어떻게 동작하는지는 이 숫자가 아니라 샘플의 계약이 증명합니다.
| 환경 | 신뢰도 | 관측 | 검증 | 통과율 | 피어 | 마지막 관측 |
|---|---|---|---|---|---|---|
| unknown · Rust · cargo · linux glibc
관측: PROJECT_PROCESS 5✓ · PROJECT_TEST 4✓ 1✕
|
LOW | 10 | 0 | 90% | 1 | 2026-10-22 |
| rust 1 · Rust · cargo · linux musl · docker
관측: PROJECT_LOAD 1✓ · PROJECT_TEST 1✓ — 사용: USED 2✓ — 검증: CONTRACT 3✓
|
LOW | 2 +2 | 3 | 100% | 1 · 1✓ | 2026-10-22 |
최근 실패 클러스터
-
관측됨 PROJECT_TEST exit 101 ×1 4.6.4 os=linux clap::Arg sha256:a5ae8fd57d8b…error: test failed, to rerun pass `--test contract` · running 0 tests …rust/test · test-runner-diagnostic · outer cargo test증거 품질: complete · 환경 변형: 1 · 최초 관측: 2026-10-22 · 마지막 관측: 2026-10-22
심벌
- clap::Arg 1 1/1회 통과
- clap::ArgAction
- clap::Args
- clap::Command 1 1/1회 통과
- clap::CommandFactory
- clap::FromArgMatches
- clap::Parser
- clap::ValueEnum
공개한 샘플
- clap 4.6.4 이 네트워크가 제공하는 것은 하나입니다. 빌드되는 샘플. 샌드박스에서 돌리고 서명된 영수증을 보관합니다. 등급을 매기지 않고 무엇도 보증하지 않습니다 — 같은 코드가 당신 환경에서 빌드되는지는 측정한 적이 없습니다. HOW MIT-0 · 2026-10-22