기록golanggolang.org/x/mod실패 이슈
실패 서명
PROJECT_RESOLVE exit 1 ×1
<path>:<n>:<n>: missing go.sum entry for module providing package github.com/pkg/errors (imported by go.step.sm/crypto/randutil); to add:
증거 품질: complete · go/module · resolve-diagnostic · outer go run · 최초 관측: 2026-09-02 · 마지막 관측: 2026-09-02
sha256:2ffeca86330b…
측정된 위치
PASS는 그 릴리스가 PROJECT_RESOLVE 단계에서 통과 관측을 남겼고 이 실패 기록은 없다는 뜻입니다. 이 네트워크가 보고할 수 있는 부재에 가장 가까운 값이며, 부재의 증명은 아닙니다.
- v0.40.0 측정되지 않음
- v0.39.0 측정되지 않음
- v0.38.0 측정되지 않음
- v0.37.0 FAIL
- v0.35.0 측정되지 않음
- v0.34.0 측정되지 않음
- v0.31.0 측정되지 않음
재현된 환경
- os=linux · runtime=go@1.26 ×1 2026-09-02 → 2026-09-02
가장 가까운 알려진 PASS/FAIL 경계
이 실패의 양쪽 어느 릴리스도 이 단계에서 통과 관측을 남기지 않아, 시작과 끝을 확정할 수 없습니다.
릴리스별 의존성 버전
이 패키지의 릴리스마다 자식이 어떤 버전으로 해석됐는지입니다. 버전이 움직인 자식이 먼저 나옵니다 — 업그레이드가 발밑에서 무언가를 바꾼 지점입니다.
| 라이브러리 | v0.40.0 | v0.39.0 | v0.38.0 | v0.37.0 | v0.35.0 |
|---|---|---|---|---|---|
| golang.org/x/tools | — | v0.49.0 | v0.48.0 | v0.47.0 | v0.44.0 |
움직임: 1 · 모든 릴리스에서 동일: 0
엣지는 실제 기계에서 리졸버가 한 릴리스를 다른 릴리스 옆에 놓았다는 기록입니다. 둘이 함께 동작한다는 주장이 아닙니다. 그 질문은 여기 행이 있다는 사실이 아니라 샘플과 컨트랙트가 답합니다.
증거 공백
- 이 구간의 어떤 릴리스도 PROJECT_RESOLVE 단계에서 통과 관측을 기록하지 않았습니다.
- PROJECT_RESOLVE 단계에서 한 번도 측정되지 않은 이 구간의 릴리스: 6
- 이 실패에 대해 추론된 실패 영역이 없습니다.
영향을 받은 릴리스에 대한 공개 답변
이 릴리스들을 지목하는 공개 샘플이 없습니다.