記録golanggithub.com/grpc-ecosystem/grpc-gateway/v2失敗イシュー
失敗シグネチャ
PROJECT_COMPILE exit 1 ×1
<path> undefined: sdklog.NewBatchingProcessor
証拠品質: complete · go/compiler · compiler-diagnostic · outer go run · 初回記録: 2026-08-30 · 最終観測: 2026-08-30
sha256:e2caf4a02af3…
測定された場所
PASS は、そのリリースが PROJECT_COMPILE で通過観測を記録し、この失敗の記録がないことを意味します。このネットワークが報告できる不在に最も近い値であり、不在の証明ではありません。
再現した環境
- os=linux · runtime=go@1.26 ×1 2026-08-30 → 2026-08-30
既知の最も近い PASS/FAIL 境界
判定が変わる隣り合った 2 つのリリースです。何も測定されていないリリースは間隔を埋めず、代わりに数として示されます。
-
最後に失敗したリリース v2.28.0 → 最初に通過したリリース v2.30.0
この段階で一度も測定されていない間のリリース: 1
境界をまたいで異なるもの
- github.com/antihax/optional — → v1.0.0 仮説
- github.com/go-openapi/errors v0.22.8 → — 仮説
- github.com/go-openapi/runtime v0.33.0 → — 仮説
- github.com/go-openapi/strfmt v0.27.0 → — 仮説
- github.com/go-openapi/swag v0.28.0 → — 仮説
- github.com/go-openapi/validate v0.26.1 → — 仮説
- github.com/oapi-codegen/runtime v1.6.0 → — 仮説
- go.opentelemetry.io/contrib/instrumentation/google.golang.org/grpc/otelgrpc v0.70.0 → — 仮説
- go.opentelemetry.io/contrib/instrumentation/net/http/otelhttp v0.70.0 → — 仮説
- go.opentelemetry.io/otel v1.46.0 → — 仮説
- go.opentelemetry.io/otel/exporters/stdout/stdouttrace v1.45.0, v1.46.0 → — 仮説
- go.opentelemetry.io/otel/sdk v1.46.0 → — 仮説
- go.yaml.in/yaml/v3 v3.0.5 → v3.0.4 仮説
- golang.org/x/oauth2 — → v0.35.0, v0.36.0 仮説
- golang.org/x/text v0.41.0 → v0.35.0, v0.37.0 仮説
- google.golang.org/genproto/googleapis/api v0.0.0-20260819154853-08b0e4226688, v0.0.0-20260825221802-da73d73af1c5 → v0.0.0-20260401024825-9d38bb4040a9, v0.0.0-20260406210006-6f92a3bedf2d 仮説
- google.golang.org/genproto/googleapis/rpc v0.0.0-20260819154853-08b0e4226688, v0.0.0-20260825221802-da73d73af1c5 → v0.0.0-20260401024825-9d38bb4040a9, v0.0.0-20260406210006-6f92a3bedf2d, v0.0.0-20260427160629-7cedc36a6bc4 仮説
- google.golang.org/grpc v1.83.1, v1.83.2 → v1.80.0, v1.81.0 仮説
- google.golang.org/protobuf v1.36.12 → v1.36.11 仮説
境界をまたいでバージョンが動いた依存関係は候補であって原因ではありません。同じ実行で失敗とその時に解決されたツリーの両方を記録したレシートだけが証拠として印されます。
リリースごとの依存バージョン
このパッケージの各リリースが子をどのバージョンに解決したかです。バージョンが動いた子が先に並びます — アップグレードが足元で何かを変えた地点です。
変動: 7 · 全リリースで同一: 15
エッジは、実機でリゾルバがあるリリースを別のリリースの隣に置いたという記録です。両者が一緒に動くという主張ではありません。その問いに答えるのは、ここに行があることではなくサンプルと契約です。
証拠の欠落
- PROJECT_COMPILE で一度も測定されていないこの範囲のリリース: 4
- この失敗について推定された失敗領域はありません。
影響を受けたリリースへの公開された回答
これらのリリースを指す公開サンプルはありません。