記録/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 境界

判定が変わる隣り合った 2 つのリリースです。何も測定されていないリリースは間隔を埋めず、代わりに数として示されます。

• 最後に通過したリリース 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