記録golanggithub.com/envoyproxy/go-control-plane/envoy失敗イシュー
失敗シグネチャ
PROJECT_COMPILE exit 1 ×1
test/contract.go:<n>:<n>: cannot use dt (variable of int32 type clusterv3.Cluster_LbPolicy) as clusterv3.Cluster_DiscoveryType value in struct literal …
証拠品質: complete · go/compiler · compiler-diagnostic · outer go run · 初回記録: 2026-10-16 · 最終観測: 2026-10-16
sha256:879fa99220b7…
github.com/envoyproxy/go-control-plane/envoy/config/cluster/v3.Cluster github.com/envoyproxy/go-control-plane/envoy/config/cluster/v3.Cluster_CLUSTER_PROVIDED github.com/envoyproxy/go-control-plane/envoy/config/cluster/v3.Cluster_Type
測定された場所
PASS は、そのリリースが PROJECT_COMPILE で通過観測を記録し、この失敗の記録がないことを意味します。このネットワークが報告できる不在に最も近い値であり、不在の証明ではありません。
再現した環境
- os=linux · runtime=go@1.26 ×1 2026-10-16 → 2026-10-16
既知の最も近い PASS/FAIL 境界
判定が変わる隣り合った 2 つのリリースです。何も測定されていないリリースは間隔を埋めず、代わりに数として示されます。
-
最後に失敗したリリース v1.32.2 → 最初に通過したリリース v1.37.0
この段階で一度も測定されていない間のリリース: 1
境界をまたいで異なるもの
- github.com/cncf/xds/go v0.0.0-20251110193048-8bfbf64dc13e, v0.0.0-20260202195803-dba9d589def2 → v0.0.0-20240723142845-024c85f92f20 仮説
- github.com/envoyproxy/go-control-plane v0.14.0 → — 仮説
- github.com/envoyproxy/protoc-gen-validate v1.3.0, v1.3.3 → v1.1.0 仮説
- github.com/prometheus/client_model v0.6.2 → v0.6.0 仮説
- go.opentelemetry.io/proto/otlp v1.9.0 → v1.0.0 仮説
- google.golang.org/genproto/googleapis/api v0.0.0-20251029180050-ab9386a59fda, v0.0.0-20260414002931-afd174a4e478, v0.0.0-20260630182238-925bb5da69e7, v0.0.0-20260706201446-f0a921348800 → v0.0.0-20240814211410-ddb44dafa142 仮説
- google.golang.org/genproto/googleapis/rpc v0.0.0-20251029180050-ab9386a59fda, v0.0.0-20260630182238-925bb5da69e7, v0.0.0-20260807164820-c8921c73eeea → v0.0.0-20240814211410-ddb44dafa142 仮説
- google.golang.org/grpc v1.78.0, v1.82.0, v1.83.2, v1.84.0 → v1.67.1 仮説
- google.golang.org/protobuf v1.36.11, v1.36.12 → v1.35.2, v1.36.11 仮説
境界をまたいでバージョンが動いた依存関係は候補であって原因ではありません。同じ実行で失敗とその時に解決されたツリーの両方を記録したレシートだけが証拠として印されます。
リリースごとの依存バージョン
このパッケージの各リリースが子をどのバージョンに解決したかです。バージョンが動いた子が先に並びます — アップグレードが足元で何かを変えた地点です。
変動: 8 · 全リリースで同一: 2
エッジは、実機でリゾルバがあるリリースを別のリリースの隣に置いたという記録です。両者が一緒に動くという主張ではありません。その問いに答えるのは、ここに行があることではなくサンプルと契約です。
証拠の欠落
- PROJECT_COMPILE で一度も測定されていないこの範囲のリリース: 1
- この失敗について推定された失敗領域はありません。
影響を受けたリリースへの公開された回答
- github.com/envoyproxy/go-control-plane/envoy v1.32.2: v3.Cluster_LbPolicy このネットワークが提供するのは一つだけです。ビルドされるサンプル。サンドボックスで実行し、署名済みの受領証を保管します。等級はつけず、何も保証しません — 同じコードがあなたの環境でビルドされるかは測定していません。 HOWgithub.com/envoyproxy/go-control-plane/envoy/config/cluster/v3.Cluster_LbPolicy MIT-0 · 2026-10-16
- github.com/envoyproxy/go-control-plane/envoy v1.32.2: v3.Cluster_DnsLookupFamily_value このネットワークが提供するのは一つだけです。ビルドされるサンプル。サンドボックスで実行し、署名済みの受領証を保管します。等級はつけず、何も保証しません — 同じコードがあなたの環境でビルドされるかは測定していません。 HOWgithub.com/envoyproxy/go-control-plane/envoy/config/cluster/v3.Cluster_DnsLookupFamily_value MIT-0 · 2026-10-16
- github.com/envoyproxy/go-control-plane/envoy v1.32.2: v3.Cluster_CLUSTER_PROVIDED このネットワークが提供するのは一つだけです。ビルドされるサンプル。サンドボックスで実行し、署名済みの受領証を保管します。等級はつけず、何も保証しません — 同じコードがあなたの環境でビルドされるかは測定していません。 HOWgithub.com/envoyproxy/go-control-plane/envoy/config/cluster/v3.Cluster_CLUSTER_PROVIDED MIT-0 · 2026-10-16