記録golanggoogle.golang.org/grpc失敗イシュー
失敗シグネチャ
PROJECT_COMPILE exit 1 ×1
test/contract.go:<n>:<n>: too many arguments in call to cache.NewSnapshot
証拠品質: complete · go/compiler · compiler-diagnostic · outer go run · 初回記録: 2026-10-16 · 最終観測: 2026-10-16
sha256:93c0544f9507…
測定された場所
PASS は、そのリリースが PROJECT_COMPILE で通過観測を記録し、この失敗の記録がないことを意味します。このネットワークが報告できる不在に最も近い値であり、不在の証明ではありません。
- v1.27.0 PASS 通過観測 2 件
- v1.26.0 PASS 通過観測 1 件
- v1.25.1 PASS 通過観測 1 件
- v1.23.0 FAIL
- v1.21.1 PASS 通過観測 1 件
- v1.20.1 PASS 通過観測 1 件
- v1.19.0 PASS 通過観測 1 件
再現した環境
- os=linux · runtime=go@1.26 ×1 2026-10-16 → 2026-10-16
既知の最も近い PASS/FAIL 境界
判定が変わる隣り合った 2 つのリリースです。何も測定されていないリリースは間隔を埋めず、代わりに数として示されます。
-
最後に通過したリリース v1.21.1 → 最初に失敗したリリース v1.23.0
境界をまたいで異なるもの
- github.com/golang/mock v1.3.1 → v1.1.1 仮説
- github.com/golang/protobuf v1.3.2 → v1.3.2, v1.5.4 仮説
- github.com/google/go-cmp v0.3.0 → v0.2.0, v0.5.5 仮説
- golang.org/x/lint v0.0.0-20190409202823-959b441ac422, v0.0.0-20190909230951-414d861bb4ac, v0.0.0-20190930215403-16217165b5de → v0.0.0-20190313153728-d0100b6bd8b3 仮説
- golang.org/x/net v0.0.0-20190620200207-3b0461eec859 → v0.0.0-20190311183353-d8887717615a 仮説
- golang.org/x/oauth2 v0.0.0-20190604053449-0f29369cfe45 → v0.0.0-20180821212333-d2e6202438be 仮説
- golang.org/x/sys v0.0.0-20190624142023-c5567b49c5d0 → v0.0.0-20190215142949-d0b11bdaac8a 仮説
- golang.org/x/tools v0.0.0-20190628153133-6cdbf07be9d0, v0.0.0-20190911174233-4f2ddba30aff, v0.0.0-20191113191852-77e3bb0ad9e7, v0.0.0-20191115202509-3a792d9c32b2 → v0.0.0-20190524140312-2c0ae7006135 仮説
- google.golang.org/genproto v0.0.0-20190801165951-fa694d86fc64, v0.0.0-20190819201941-24fa4b261c55, v0.0.0-20190911173649-1774047e7e51, v0.0.0-20191108220845-16a3f7862a1a, v0.0.0-20191115194625-c23dd37a84c9 → v0.0.0-20190819201941-24fa4b261c55 仮説
- honnef.co/go/tools v0.0.0-20190418001031-e561f6794a2a, v0.0.1-2019.2.3 → v0.0.0-20190523083050-ea95bdfd59fc 仮説
境界をまたいでバージョンが動いた依存関係は候補であって原因ではありません。同じ実行で失敗とその時に解決されたツリーの両方を記録したレシートだけが証拠として印されます。
-
最後に失敗したリリース v1.23.0 → 最初に通過したリリース v1.25.1
境界をまたいで異なるもの
- github.com/client9/misspell — → v0.3.4 仮説
- github.com/envoyproxy/go-control-plane v0.9.0, v0.9.4 → — 仮説
- github.com/envoyproxy/protoc-gen-validate v0.1.0 → — 仮説
- github.com/golang/protobuf v1.3.2 → v1.3.2, v1.5.4 仮説
- github.com/google/go-cmp v0.2.0 → v0.2.0, v0.5.5 仮説
- golang.org/x/lint — → v0.0.0-20190313153728-d0100b6bd8b3 仮説
- golang.org/x/tools — → v0.0.0-20190524140312-2c0ae7006135 仮説
- honnef.co/go/tools — → v0.0.0-20190523083050-ea95bdfd59fc 仮説
境界をまたいでバージョンが動いた依存関係は候補であって原因ではありません。同じ実行で失敗とその時に解決されたツリーの両方を記録したレシートだけが証拠として印されます。
リリースごとの依存バージョン
このパッケージの各リリースが子をどのバージョンに解決したかです。バージョンが動いた子が先に並びます — アップグレードが足元で何かを変えた地点です。
変動: 11 · 全リリースで同一: 3
エッジは、実機でリゾルバがあるリリースを別のリリースの隣に置いたという記録です。両者が一緒に動くという主張ではありません。その問いに答えるのは、ここに行があることではなくサンプルと契約です。
証拠の欠落
- この失敗について推定された失敗領域はありません。
影響を受けたリリースへの公開された回答
これらのリリースを指す公開サンプルはありません。