기록/golang/google.golang.org/genproto/실패 이슈

측정된 위치

PASS는 그 릴리스가 PROJECT_COMPILE 단계에서 통과 관측을 남겼고 이 실패 기록은 없다는 뜻입니다. 이 네트워크가 보고할 수 있는 부재에 가장 가까운 값이며, 부재의 증명은 아닙니다.

• v0.0.0-20210821163610-241b8fcbd6c8 PASS 통과 관측 5건
• v0.0.0-20210813162853-db860fec028c 측정되지 않음
• v0.0.0-20210805201207-89edb61ffb67 FAIL
• v0.0.0-20200825200019-8632dd797987 PASS 통과 관측 2건
• v0.0.0-20190819201941-24fa4b261c55 PASS 통과 관측 4건
• v0.0.0-20190801165951-fa694d86fc64 측정되지 않음
• v0.0.0-20190502173448-54afdca5d873 FAIL
• v0.0.0-20190307195333-5fe7a883aa19 측정되지 않음
• v0.0.0-20180817151627-c66870c02cf8 PASS 통과 관측 2건

재현된 환경

• os=linux · runtime=go@1.26 ×2 2026-10-18 → 2026-10-22

가장 가까운 알려진 PASS/FAIL 경계

판정이 바뀌는 인접한 두 릴리스입니다. 아무것도 측정되지 않은 릴리스는 간격을 메우지 않고, 대신 개수로 표시됩니다.

• 마지막 통과 릴리스 v0.0.0-20180817151627-c66870c02cf8 → 첫 실패 릴리스 v0.0.0-20190502173448-54afdca5d873

  이 단계에서 한 번도 측정되지 않은 사이 릴리스: 3

  이 경계의 한쪽에 해석된 의존성 트리가 없어 비교할 수 없었습니다.

• 마지막 실패 릴리스 v0.0.0-20190502173448-54afdca5d873 → 첫 통과 릴리스 v0.0.0-20190819201941-24fa4b261c55

  이 단계에서 한 번도 측정되지 않은 사이 릴리스: 1

  경계를 사이에 두고 달라지는 것

  • github.com/golang/protobuf v1.3.2, v1.3.3, v1.5.4 → v1.3.1 가설
  • golang.org/x/exp v0.0.0-20190121172915-509febef88a4, v0.0.0-20190510132918-efd6b22b2522 → v0.0.0-20190121172915-509febef88a4 가설
  • golang.org/x/lint v0.0.0-20190313153728-d0100b6bd8b3, v0.0.0-20190409202823-959b441ac422 → v0.0.0-20190409202823-959b441ac422 가설
  • golang.org/x/net — → v0.0.0-20190503192946-f4e77d36d62c 가설
  • golang.org/x/tools v0.0.0-20190524140312-2c0ae7006135, v0.0.0-20190628153133-6cdbf07be9d0, v0.44.0 → v0.0.0-20190506145303-2d16b83fe98c 가설
  • google.golang.org/grpc v1.21.1, v1.23.0, v1.25.1, v1.27.0, v1.31.0, v1.34.0-dev → v1.20.1 가설
  • honnef.co/go/tools v0.0.0-20190418001031-e561f6794a2a, v0.0.0-20190523083050-ea95bdfd59fc → v0.0.0-20190418001031-e561f6794a2a 가설

  경계를 넘으며 버전이 바뀐 의존성은 후보일 뿐 원인이 아닙니다. 같은 실행에서 실패와 그때 해석된 트리를 함께 기록한 영수증만 증거로 표시됩니다.

• 마지막 통과 릴리스 v0.0.0-20200825200019-8632dd797987 → 첫 실패 릴리스 v0.0.0-20210805201207-89edb61ffb67

  경계를 사이에 두고 달라지는 것

  • github.com/golang/protobuf v1.4.1, v1.4.2, v1.5.0, v1.5.2 → v1.5.2 가설
  • golang.org/x/lint v0.0.0-20190313153728-d0100b6bd8b3, v0.0.0-20200302205851-738671d3881b → v0.0.0-20210508222113-6edffad5e616 가설
  • golang.org/x/tools v0.0.0-20190524140312-2c0ae7006135, v0.0.0-20200825202427-b303f430e36d, v0.1.12 → v0.1.5 가설
  • google.golang.org/grpc v1.27.0, v1.31.0 → v1.39.1 가설
  • google.golang.org/protobuf v1.24.0, v1.25.0, v1.26.0, v1.36.11, v1.36.12 → v1.27.1 가설

  경계를 넘으며 버전이 바뀐 의존성은 후보일 뿐 원인이 아닙니다. 같은 실행에서 실패와 그때 해석된 트리를 함께 기록한 영수증만 증거로 표시됩니다.

• 마지막 실패 릴리스 v0.0.0-20210805201207-89edb61ffb67 → 첫 통과 릴리스 v0.0.0-20210821163610-241b8fcbd6c8

  이 단계에서 한 번도 측정되지 않은 사이 릴리스: 1

  경계를 사이에 두고 달라지는 것

  • google.golang.org/grpc v1.40.0 → v1.39.1 가설
  • google.golang.org/protobuf v1.27.1, v1.28.0 → v1.27.1 가설

  경계를 넘으며 버전이 바뀐 의존성은 후보일 뿐 원인이 아닙니다. 같은 실행에서 실패와 그때 해석된 트리를 함께 기록한 영수증만 증거로 표시됩니다.

릴리스별 의존성 버전

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

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

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

증거 공백

• PROJECT_COMPILE 단계에서 한 번도 측정되지 않은 이 구간의 릴리스: 3
• v0.0.0-20180817151627-c66870c02cf8 또는 v0.0.0-20190502173448-54afdca5d873의 의존성 트리가 해석된 적이 없어, 경계 양쪽의 버전을 비교할 수 없었습니다.
• 이 실패에 대해 추론된 실패 영역이 없습니다.

영향을 받은 릴리스에 대한 공개 답변

이 릴리스들을 지목하는 공개 샘플이 없습니다.