기록golanggolang.org/x/net
호환성 큐브
아무 차원 두 개를 골라 축으로 펼치고, 나머지는 필터가 됩니다. 셀을 클릭하면 그 조각이 고정되고 한 단계 더 들어갑니다.
증거가 가장 많은 환경만 표시합니다. 큐브는 최신 6개 버전과 각 버전의 처음 10개 심볼을 읽습니다. 그래서 여기 빈 칸은 "측정된 적 없음"이 아니라 "그 범위 밖"일 수 있습니다.
그리드 읽는 법
셀 읽는 법: 숫자는 비율이 딛고 선 기록된 관측 수입니다 — 한 번의 빌드가 도달한 단계마다 관측이 하나씩 남으므로, 빌드 수도 머신 수도 사람 수도 아닙니다. 옆의 문서는 출처가 다른 별개의 사실입니다: 그 좌표에 샘플이 있는지, 그리고 우리가 거기서 실행한 결과가 어떻는지입니다.
- 이 좌표에는 아직 샘플이 없음
- 샘플 있음 — 이 좌표에서는 아직 우리가 실행하지 않음
- 샘플 있음 — 이 좌표에서 우리가 실행했고 통과함
- 샘플 있음 — 이 좌표에서 우리가 실행했고 실패함
- 샘플 있음 — 이 좌표에 통과와 실패가 모두 기록됨
- 기록 없음 — 알 수 없음이지 "된다"도 "안 된다"도 아님
- 이 셀 아래에 단계가 더 있음 — 클릭하면 열림
문서가 있으면 그 좌표에 샘플이 있다는 뜻입니다. 샘플이 존재하는지는 이 버전과 이 API에 대한 사실이라 OS·런타임·패키지 매니저가 바뀌어도 달라지지 않고, 문서의 색은 지금 보고 있는 환경에서 그 샘플이 어떻게 실행됐는지를 말합니다.
셀은 이 조각 안에서 아직 변하는 모든 것의 집계입니다(n/m 표기가 그 폭을 말해 줍니다). 클릭하면 좌표가 고정되고 다음 단계가 보입니다.
의존성 건강도
이 릴리스의 의존성 조합과 실패 관측 결과
| 라이브러리 | 버전 | 건강도 | 그 좌표에서 측정된 것 | 프로젝트 |
|---|---|---|---|---|
| golang.org/x/crypto | v0.40.0 | CANDIDATE 상관 변경; 조합 결과 미증명 | 측정된 것 없음 | 프로젝트-일 8개 |
| golang.org/x/sys | v0.34.0 | CANDIDATE 상관 변경; 조합 결과 미증명 | 빌드 관측됨 | 프로젝트-일 9개 |
| golang.org/x/term | v0.33.0 | CANDIDATE 상관 변경; 조합 결과 미증명 | 측정된 것 없음 | 프로젝트-일 8개 |
| golang.org/x/text | v0.27.0 | CANDIDATE 상관 변경; 조합 결과 미증명 | 빌드 관측됨 | 프로젝트-일 9개 |
측정 열은 각 의존성 자신의 릴리스에 대한 것이지 두 릴리스의 조합에 대한 것이 아닙니다. 리졸버가 둘을 나란히 놓았다는 사실은 함께 동작한다는 증거가 아닙니다.
릴리스별 의존성 버전
이 패키지의 릴리스마다 자식이 어떤 버전으로 해석됐는지입니다. 버전이 움직인 자식이 먼저 나옵니다 — 업그레이드가 발밑에서 무언가를 바꾼 지점입니다.
움직임: 4 · 모든 릴리스에서 동일: 0
엣지는 실제 기계에서 리졸버가 한 릴리스를 다른 릴리스 옆에 놓았다는 기록입니다. 둘이 함께 동작한다는 주장이 아닙니다. 그 질문은 여기 행이 있다는 사실이 아니라 샘플과 컨트랙트가 답합니다.