Aufzeichnungen/golang/google.golang.org/grpc/Fehlerfall

Wo gemessen wurde

PASS bedeutet, dass das Release in PROJECT_COMPILE eine bestandene Beobachtung aufgezeichnet hat und keinen Eintrag zu diesem Fehlschlag. Das ist das Nächste an Abwesenheit, das dieses Netz berichten kann, und kein Beweis dafür.

• v1.83.2 PASS 4 bestandene Beobachtungen
• v1.83.0 nicht gemessen
• v1.83.0-dev nicht gemessen
• v1.81.0 nicht gemessen
• v1.80.0 FAIL
• v1.79.2 nicht gemessen
• v1.75.1 nicht gemessen
• v1.71.0 PASS 1 bestandene Beobachtungen

Wo er reproduziert wurde

• os=linux · runtime=go@1.26 ×1 2026-08-30 → 2026-08-30

Nächste bekannte PASS/FAIL-Grenzen

Die beiden benachbarten Releases, zwischen denen sich das Urteil ändert. Releases, die niemand gemessen hat, schließen die Lücke nicht; sie werden stattdessen gezählt.

• Letztes bestandenes Release v1.71.0 → erstes fehlschlagendes Release v1.80.0

  Releases dazwischen, die in dieser Stufe nie gemessen wurden: 2

  Was sich über die Grenze hinweg unterscheidet

  • github.com/cncf/xds/go v0.0.0-20241223141626-cff3c89139a3 → v0.0.0-20251210132809-ee656c7534f5 Hypothese
  • github.com/envoyproxy/go-control-plane v0.13.4 → v0.14.0 Hypothese
  • github.com/envoyproxy/go-control-plane/envoy v1.32.4 → v1.36.0 Hypothese
  • github.com/golang/glog v1.2.4 → v1.2.5 Hypothese
  • github.com/google/go-cmp v0.6.0, v0.7.0 → v0.7.0 Hypothese
  • github.com/spiffe/go-spiffe/v2 — → v2.6.0 Hypothese
  • go.opentelemetry.io/contrib/detectors/gcp v1.34.0 → v1.39.0 Hypothese
  • go.opentelemetry.io/otel v1.34.0, v1.35.0 → v1.43.0 Hypothese
  • go.opentelemetry.io/otel/metric v1.34.0, v1.35.0 → v1.43.0 Hypothese
  • go.opentelemetry.io/otel/sdk v1.34.0, v1.35.0 → v1.43.0 Hypothese
  • go.opentelemetry.io/otel/sdk/metric v1.34.0 → v1.43.0 Hypothese
  • go.opentelemetry.io/otel/trace v1.34.0, v1.35.0 → v1.43.0 Hypothese
  • golang.org/x/net v0.34.0, v0.35.0 → v0.52.0 Hypothese
  • golang.org/x/oauth2 v0.25.0, v0.26.0 → v0.35.0 Hypothese
  • golang.org/x/sync v0.10.0, v0.11.0 → v0.20.0 Hypothese
  • golang.org/x/sys v0.29.0, v0.30.0 → v0.42.0 Hypothese
  • gonum.org/v1/gonum — → v0.17.0 Hypothese
  • google.golang.org/genproto/googleapis/rpc v0.0.0-20250115164207-1a7da9e5054f, v0.0.0-20250218202821-56aae31c358a → v0.0.0-20260401024825-9d38bb4040a9, v0.0.0-20260406210006-6f92a3bedf2d Hypothese
  • google.golang.org/protobuf v1.36.5 → v1.36.11 Hypothese

  Eine Version, die sich über die Grenze hinweg geändert hat, ist ein Kandidat, keine Ursache. Nur eine Quittung, die den Fehlschlag und den dabei aufgelösten Baum im selben Lauf festgehalten hat, wird als Beleg markiert.

• Letztes fehlschlagendes Release v1.80.0 → erstes bestandenes Release v1.83.2

  Releases dazwischen, die in dieser Stufe nie gemessen wurden: 4

  Was sich über die Grenze hinweg unterscheidet

  • cloud.google.com/go/auth v0.18.2 → — Hypothese
  • cloud.google.com/go/compute/metadata v0.9.0 → — Hypothese
  • github.com/cncf/xds/go v0.0.0-20260202195803-dba9d589def2 → v0.0.0-20251210132809-ee656c7534f5 Hypothese
  • github.com/envoyproxy/go-control-plane/envoy v1.37.0 → v1.36.0 Hypothese
  • github.com/spiffe/go-spiffe/v2 v2.7.0 → v2.6.0 Hypothese
  • go.opentelemetry.io/contrib/detectors/gcp v1.44.0 → v1.39.0 Hypothese
  • go.opentelemetry.io/otel v1.46.0 → v1.43.0 Hypothese
  • go.opentelemetry.io/otel/metric v1.46.0 → v1.43.0 Hypothese
  • go.opentelemetry.io/otel/sdk v1.46.0 → v1.43.0 Hypothese
  • go.opentelemetry.io/otel/sdk/metric v1.46.0 → v1.43.0 Hypothese
  • go.opentelemetry.io/otel/trace v1.46.0 → v1.43.0 Hypothese
  • golang.org/x/net v0.58.0 → v0.52.0 Hypothese
  • golang.org/x/oauth2 v0.36.0 → v0.35.0 Hypothese
  • golang.org/x/sync v0.22.0 → v0.20.0 Hypothese
  • golang.org/x/sys v0.47.0 → v0.42.0 Hypothese
  • google.golang.org/genproto/googleapis/rpc v0.0.0-20260825221802-da73d73af1c5 → v0.0.0-20260401024825-9d38bb4040a9, v0.0.0-20260406210006-6f92a3bedf2d Hypothese
  • google.golang.org/protobuf v1.36.12 → v1.36.11 Hypothese

  Eine Version, die sich über die Grenze hinweg geändert hat, ist ein Kandidat, keine Ursache. Nur eine Quittung, die den Fehlschlag und den dabei aufgelösten Baum im selben Lauf festgehalten hat, wird als Beleg markiert.

Abhängigkeitsversionen über Releases

Worauf jedes Release dieses Pakets seine Kinder aufgelöst hat. Ein Kind, dessen Version sich bewegt hat, steht zuerst: dort hat ein Upgrade etwas unter Ihnen verändert.

Bewegt: 19 · in jedem Release gleich: 5

Eine Kante hält fest, dass ein Resolver auf einer echten Maschine ein Release neben ein anderes gestellt hat. Sie behauptet nicht, dass beide zusammen funktionieren; diese Frage beantworten Samples und Contracts, nicht das Vorhandensein einer Zeile.

Belegslücken

• Releases in diesem Fenster, die in PROJECT_COMPILE nie gemessen wurden: 5
• Für diesen Fehlschlag wurde keine Fehlerdomäne abgeleitet.

Veröffentlichte Antworten für die betroffenen Releases

Kein veröffentlichtes Sample nennt diese Releases.