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.71.0 PASS 1 bestandene Beobachtungen
• v1.67.1 nicht gemessen
• v1.63.2 nicht gemessen
• v1.58.1 nicht gemessen
• v1.34.0-dev FAIL
• v1.31.0 PASS 1 bestandene Beobachtungen
• v1.29.1 nicht gemessen
• v1.28.0 nicht gemessen

Wo er reproduziert wurde

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

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.31.0 → erstes fehlschlagendes Release v1.34.0-dev

  Was sich über die Grenze hinweg unterscheidet

  • github.com/golang/protobuf v1.3.3, v1.4.2, v1.5.0, v1.5.2 → v1.5.4 Hypothese
  • github.com/google/go-cmp v0.4.0, v0.5.1, v0.5.5, v0.7.0 → v0.7.0 Hypothese
  • github.com/google/uuid — → v1.1.2 Hypothese
  • golang.org/x/net v0.0.0-20190311183353-d8887717615a, v0.0.0-20200707034311-ab3426394381, v0.0.0-20200822124328-c89045814202, v0.0.0-20210525063256-abc453219eb5, v0.4.0 → v0.55.0 Hypothese
  • golang.org/x/oauth2 v0.0.0-20180821212333-d2e6202438be, v0.0.0-20200107190931-bf48bf16ab8d, v0.0.0-20210514164344-f6687ab2804c, v0.0.0-20220223155221-ee480838109b → v0.0.0-20180821212333-d2e6202438be Hypothese
  • golang.org/x/sys v0.0.0-20190215142949-d0b11bdaac8a, v0.0.0-20200803210538-64077c9b5642, v0.0.0-20220114195835-da31bd327af9, v0.47.0 → v0.45.0 Hypothese
  • google.golang.org/genproto v0.0.0-20190819201941-24fa4b261c55, v0.0.0-20200804131852-c06518451d9c, v0.0.0-20200825200019-8632dd797987 → v0.0.0-20190819201941-24fa4b261c55 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.34.0-dev → erstes bestandenes Release v1.71.0

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

  Was sich über die Grenze hinweg unterscheidet

  • github.com/cespare/xxhash/v2 v2.3.0 → — Hypothese
  • github.com/cncf/udpa/go — → v0.0.0-20191209042840-269d4d468f6f Hypothese
  • github.com/cncf/xds/go v0.0.0-20241223141626-cff3c89139a3 → — Hypothese
  • github.com/envoyproxy/go-control-plane v0.13.4 → v0.9.4 Hypothese
  • github.com/envoyproxy/go-control-plane/envoy v1.32.4 → — Hypothese
  • github.com/golang/glog v1.2.4 → v0.0.0-20160126235308-23def4e6c14b Hypothese
  • github.com/google/go-cmp v0.6.0, v0.7.0 → v0.7.0 Hypothese
  • github.com/google/uuid v1.6.0 → v1.1.2 Hypothese
  • go.opentelemetry.io/contrib/detectors/gcp v1.34.0 → — Hypothese
  • go.opentelemetry.io/otel v1.34.0, v1.35.0 → — Hypothese
  • go.opentelemetry.io/otel/metric v1.34.0, v1.35.0 → — Hypothese
  • go.opentelemetry.io/otel/sdk v1.34.0, v1.35.0 → — Hypothese
  • go.opentelemetry.io/otel/sdk/metric v1.34.0 → — Hypothese
  • go.opentelemetry.io/otel/trace v1.34.0, v1.35.0 → — Hypothese
  • golang.org/x/net v0.34.0, v0.35.0, v0.38.0 → v0.55.0 Hypothese
  • golang.org/x/oauth2 v0.25.0, v0.26.0 → v0.0.0-20180821212333-d2e6202438be Hypothese
  • golang.org/x/sync v0.10.0, v0.11.0, v0.12.0 → — Hypothese
  • golang.org/x/sys v0.29.0, v0.30.0, v0.31.0 → v0.45.0 Hypothese
  • google.golang.org/genproto — → v0.0.0-20190819201941-24fa4b261c55 Hypothese
  • google.golang.org/genproto/googleapis/rpc v0.0.0-20250115164207-1a7da9e5054f, v0.0.0-20250218202821-56aae31c358a, v0.0.0-20250313205543-e70fdf4c4cb4 → — Hypothese
  • google.golang.org/protobuf v1.36.11, v1.36.5 → — 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: 15 · in jedem Release gleich: 9

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.