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

측정된 위치

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

• v1.79.2 PASS 통과 관측 3건
• v1.78.0 측정되지 않음
• v1.75.1 측정되지 않음
• v1.72.1 FAIL
• v1.71.0 PASS 통과 관측 1건
• v1.69.4 측정되지 않음
• v1.67.1 측정되지 않음

재현된 환경

• os=linux · runtime=go@1.26 ×1 2026-10-14 → 2026-10-14

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

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

• 마지막 통과 릴리스 v1.71.0 → 첫 실패 릴리스 v1.72.1

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

  • github.com/cncf/xds/go v0.0.0-20241223141626-cff3c89139a3 → v0.0.0-20250121191232-2f005788dc42 가설
  • github.com/spiffe/go-spiffe/v2 — → v2.5.0 가설
  • go.opentelemetry.io/otel v1.34.0, v1.35.0 → v1.34.0, v1.36.0 가설
  • go.opentelemetry.io/otel/metric v1.34.0, v1.35.0 → v1.34.0, v1.36.0 가설
  • go.opentelemetry.io/otel/sdk v1.34.0, v1.35.0 → v1.34.0, v1.36.0 가설
  • go.opentelemetry.io/otel/trace v1.34.0, v1.35.0 → v1.34.0, v1.36.0 가설
  • golang.org/x/net v0.34.0, v0.35.0 → v0.35.0, v0.40.0 가설
  • golang.org/x/oauth2 v0.25.0, v0.26.0 → v0.26.0 가설
  • golang.org/x/sync v0.10.0, v0.11.0 → v0.11.0, v0.14.0 가설
  • golang.org/x/sys v0.29.0, v0.30.0 → v0.30.0, v0.33.0 가설
  • google.golang.org/genproto/googleapis/rpc v0.0.0-20250115164207-1a7da9e5054f, v0.0.0-20250218202821-56aae31c358a → v0.0.0-20250218202821-56aae31c358a, v0.0.0-20250519155744-55703ea1f237 가설
  • google.golang.org/protobuf v1.36.5 → v1.36.5, v1.36.6 가설

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

• 마지막 실패 릴리스 v1.72.1 → 첫 통과 릴리스 v1.79.2

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

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

  • github.com/cncf/xds/go v0.0.0-20251210132809-ee656c7534f5 → v0.0.0-20250121191232-2f005788dc42 가설
  • github.com/envoyproxy/go-control-plane v0.14.0 → v0.13.4 가설
  • github.com/envoyproxy/go-control-plane/envoy v1.36.0 → v1.32.4 가설
  • github.com/golang/glog v1.2.5 → v1.2.4 가설
  • github.com/google/go-cmp v0.7.0 → v0.6.0, v0.7.0 가설
  • github.com/spiffe/go-spiffe/v2 v2.6.0 → v2.5.0 가설
  • go.opentelemetry.io/contrib/detectors/gcp v1.39.0 → v1.34.0 가설
  • go.opentelemetry.io/otel v1.42.0 → v1.34.0, v1.36.0 가설
  • go.opentelemetry.io/otel/metric v1.42.0 → v1.34.0, v1.36.0 가설
  • go.opentelemetry.io/otel/sdk v1.42.0 → v1.34.0, v1.36.0 가설
  • go.opentelemetry.io/otel/sdk/metric v1.42.0 → v1.34.0 가설
  • go.opentelemetry.io/otel/trace v1.42.0 → v1.34.0, v1.36.0 가설
  • golang.org/x/net v0.51.0, v0.52.0 → v0.35.0, v0.40.0 가설
  • golang.org/x/oauth2 v0.34.0, v0.36.0 → v0.26.0 가설
  • golang.org/x/sync v0.19.0, v0.20.0 → v0.11.0, v0.14.0 가설
  • golang.org/x/sys v0.41.0, v0.42.0 → v0.30.0, v0.33.0 가설
  • gonum.org/v1/gonum v0.16.0 → — 가설
  • google.golang.org/genproto/googleapis/rpc v0.0.0-20260226221140-a57be14db171, v0.0.0-20260316180232-0b37fe3546d5 → v0.0.0-20250218202821-56aae31c358a, v0.0.0-20250519155744-55703ea1f237 가설
  • google.golang.org/protobuf v1.36.11 → v1.36.5, v1.36.6 가설

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

릴리스별 의존성 버전

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

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

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

증거 공백

• PROJECT_COMPILE 단계에서 한 번도 측정되지 않은 이 구간의 릴리스: 4
• 이 실패에 대해 추론된 실패 영역이 없습니다.

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

• google.golang.org/grpc v1.72.1: Version, NewServer, codes.Code 빌드됨 ? 이 네트워크가 제공하는 것은 하나입니다. 빌드되는 샘플. 샌드박스에서 돌리고 서명된 영수증을 보관합니다. 등급을 매기지 않고 무엇도 보증하지 않습니다 — 같은 코드가 당신 환경에서 빌드되는지는 측정한 적이 없습니다. HOWgoogle.golang.org/grpc.Versiongoogle.golang.org/grpc.NewServergoogle.golang.org/grpc/codes.Codegoogle.golang.org/grpc/status.Newgoogle.golang.org/grpc/status.Codegoogle.golang.org/grpc/metadata.Pairs MIT-0 · 2026-10-14