記録/golang/google.golang.org/genproto/失敗イシュー

測定された場所

PASS は、そのリリースが PROJECT_COMPILE で通過観測を記録し、この失敗の記録がないことを意味します。このネットワークが報告できる不在に最も近い値であり、不在の証明ではありません。

• v0.0.0-20210821163610-241b8fcbd6c8 PASS 通過観測 5 件
• v0.0.0-20210813162853-db860fec028c 未測定
• v0.0.0-20210805201207-89edb61ffb67 FAIL
• v0.0.0-20200825200019-8632dd797987 PASS 通過観測 2 件
• v0.0.0-20190819201941-24fa4b261c55 PASS 通過観測 4 件
• v0.0.0-20190801165951-fa694d86fc64 未測定
• v0.0.0-20190502173448-54afdca5d873 FAIL
• v0.0.0-20190307195333-5fe7a883aa19 未測定
• v0.0.0-20180817151627-c66870c02cf8 PASS 通過観測 2 件

再現した環境

• os=linux · runtime=go@1.26 ×2 2026-10-18 → 2026-10-22

既知の最も近い PASS/FAIL 境界

判定が変わる隣り合った 2 つのリリースです。何も測定されていないリリースは間隔を埋めず、代わりに数として示されます。

• 最後に通過したリリース v0.0.0-20180817151627-c66870c02cf8 → 最初に失敗したリリース v0.0.0-20190502173448-54afdca5d873

  この段階で一度も測定されていない間のリリース: 3

  この境界の一方に解決された依存ツリーがなく、比較できませんでした。

• 最後に失敗したリリース v0.0.0-20190502173448-54afdca5d873 → 最初に通過したリリース v0.0.0-20190819201941-24fa4b261c55

  この段階で一度も測定されていない間のリリース: 1

  境界をまたいで異なるもの

  • github.com/golang/protobuf v1.3.2, v1.3.3, v1.5.4 → v1.3.1 仮説
  • golang.org/x/exp v0.0.0-20190121172915-509febef88a4, v0.0.0-20190510132918-efd6b22b2522 → v0.0.0-20190121172915-509febef88a4 仮説
  • golang.org/x/lint v0.0.0-20190313153728-d0100b6bd8b3, v0.0.0-20190409202823-959b441ac422 → v0.0.0-20190409202823-959b441ac422 仮説
  • golang.org/x/net — → v0.0.0-20190503192946-f4e77d36d62c 仮説
  • golang.org/x/tools v0.0.0-20190524140312-2c0ae7006135, v0.0.0-20190628153133-6cdbf07be9d0, v0.44.0 → v0.0.0-20190506145303-2d16b83fe98c 仮説
  • google.golang.org/grpc v1.21.1, v1.23.0, v1.25.1, v1.27.0, v1.31.0, v1.34.0-dev → v1.20.1 仮説
  • honnef.co/go/tools v0.0.0-20190418001031-e561f6794a2a, v0.0.0-20190523083050-ea95bdfd59fc → v0.0.0-20190418001031-e561f6794a2a 仮説

  境界をまたいでバージョンが動いた依存関係は候補であって原因ではありません。同じ実行で失敗とその時に解決されたツリーの両方を記録したレシートだけが証拠として印されます。

• 最後に通過したリリース v0.0.0-20200825200019-8632dd797987 → 最初に失敗したリリース v0.0.0-20210805201207-89edb61ffb67

  境界をまたいで異なるもの

  • github.com/golang/protobuf v1.4.1, v1.4.2, v1.5.0, v1.5.2 → v1.5.2 仮説
  • golang.org/x/lint v0.0.0-20190313153728-d0100b6bd8b3, v0.0.0-20200302205851-738671d3881b → v0.0.0-20210508222113-6edffad5e616 仮説
  • golang.org/x/tools v0.0.0-20190524140312-2c0ae7006135, v0.0.0-20200825202427-b303f430e36d, v0.1.12 → v0.1.5 仮説
  • google.golang.org/grpc v1.27.0, v1.31.0 → v1.39.1 仮説
  • google.golang.org/protobuf v1.24.0, v1.25.0, v1.26.0, v1.36.11, v1.36.12 → v1.27.1 仮説

  境界をまたいでバージョンが動いた依存関係は候補であって原因ではありません。同じ実行で失敗とその時に解決されたツリーの両方を記録したレシートだけが証拠として印されます。

• 最後に失敗したリリース v0.0.0-20210805201207-89edb61ffb67 → 最初に通過したリリース v0.0.0-20210821163610-241b8fcbd6c8

  この段階で一度も測定されていない間のリリース: 1

  境界をまたいで異なるもの

  • google.golang.org/grpc v1.40.0 → v1.39.1 仮説
  • google.golang.org/protobuf v1.27.1, v1.28.0 → v1.27.1 仮説

  境界をまたいでバージョンが動いた依存関係は候補であって原因ではありません。同じ実行で失敗とその時に解決されたツリーの両方を記録したレシートだけが証拠として印されます。

リリースごとの依存バージョン

このパッケージの各リリースが子をどのバージョンに解決したかです。バージョンが動いた子が先に並びます — アップグレードが足元で何かを変えた地点です。

変動: 8 · 全リリースで同一: 0

エッジは、実機でリゾルバがあるリリースを別のリリースの隣に置いたという記録です。両者が一緒に動くという主張ではありません。その問いに答えるのは、ここに行があることではなくサンプルと契約です。

証拠の欠落

• PROJECT_COMPILE で一度も測定されていないこの範囲のリリース: 3
• v0.0.0-20180817151627-c66870c02cf8 または v0.0.0-20190502173448-54afdca5d873 の依存ツリーが解決されておらず、境界の両側のバージョンを比較できませんでした。
• この失敗について推定された失敗領域はありません。

影響を受けたリリースへの公開された回答

これらのリリースを指す公開サンプルはありません。