記録golanggo.opentelemetry.io/proto/otlp失敗イシュー
失敗シグネチャ
PROJECT_COMPILE exit 1 ×1
test/contract.go:<n>:<n>: assignment mismatch: 1 variable but otlptrace.New returns 2 values …
証拠品質: complete · go/compiler · compiler-diagnostic · outer go run · 初回記録: 2026-09-02 · 最終観測: 2026-09-02
sha256:e84876b56a4e…
go.opentelemetry.io/proto/otlp/collector/trace/v1.ExportTraceServiceRequest go.opentelemetry.io/proto/otlp/collector/trace/v1.ExportTraceServiceResponse go.opentelemetry.io/proto/otlp/collector/trace/v1.RegisterTraceServiceServer go.opentelemetry.io/proto/otlp/collector/trace/v1.UnimplementedTraceServiceServer go.opentelemetry.io/proto/otlp/trace/v1.Span
測定された場所
PASS は、そのリリースが PROJECT_COMPILE で通過観測を記録し、この失敗の記録がないことを意味します。このネットワークが報告できる不在に最も近い値であり、不在の証明ではありません。
再現した環境
- os=linux · runtime=go@1.26 ×1 2026-09-02 → 2026-09-02
既知の最も近い PASS/FAIL 境界
判定が変わる隣り合った 2 つのリリースです。何も測定されていないリリースは間隔を埋めず、代わりに数として示されます。
-
最後に失敗したリリース v1.5.0 → 最初に通過したリリース v1.7.1
境界をまたいで異なるもの
- github.com/grpc-ecosystem/grpc-gateway/v2 v2.27.1 → v2.26.1 仮説
- google.golang.org/grpc v1.74.2 → v1.71.0 仮説
- google.golang.org/protobuf v1.36.12 → v1.36.5 仮説
境界をまたいでバージョンが動いた依存関係は候補であって原因ではありません。同じ実行で失敗とその時に解決されたツリーの両方を記録したレシートだけが証拠として印されます。
リリースごとの依存バージョン
このパッケージの各リリースが子をどのバージョンに解決したかです。バージョンが動いた子が先に並びます — アップグレードが足元で何かを変えた地点です。
| ライブラリ | v1.10.0 | v1.9.0 | v1.7.1 | v1.5.0 |
|---|---|---|---|---|
| github.com/grpc-ecosystem/grpc-gateway/v2 | v2.28.0 | v2.27.2 | v2.27.1 | v2.26.1 |
| google.golang.org/grpc | v1.81.0 | v1.75.1 | v1.74.2 | v1.71.0 |
| google.golang.org/protobuf | v1.36.11 | v1.36.12 | v1.36.12 | v1.36.5 |
変動: 3 · 全リリースで同一: 0
エッジは、実機でリゾルバがあるリリースを別のリリースの隣に置いたという記録です。両者が一緒に動くという主張ではありません。その問いに答えるのは、ここに行があることではなくサンプルと契約です。
証拠の欠落
- PROJECT_COMPILE で一度も測定されていないこの範囲のリリース: 1
- この失敗について推定された失敗領域はありません。
影響を受けたリリースへの公開された回答
これらのリリースを指す公開サンプルはありません。