tools失敗イシュー

失敗シグネチャ

PROJECT_TEST exit 1 ×1

--- FAIL: TestPathAndMethodMatchers (0.00s) · panic: interface conversion: interface {} is nil, not *caddy.Replacer [recovered, repanicked] …

証拠品質: complete · go/test · test-runner-diagnostic · outer go test · 初回記録: 2026-08-29 · 最終観測: 2026-08-29

sha256:dda800f87ad3…

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

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

最後に通過したリリース v0.40.0 → 最初に失敗したリリース v0.44.0

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

この境界の一方に解決された依存ツリーがなく、比較できませんでした。
最後に失敗したリリース v0.44.0 → 最初に通過したリリース v0.49.0

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

境界をまたいで異なるもの
- github.com/google/go-cmp v0.6.0 → v0.6.0, v0.7.0 仮説
- github.com/yuin/goldmark v1.4.13 → v1.4.13, v1.8.2 仮説
- golang.org/x/mod v0.39.0 → v0.35.0 仮説
- golang.org/x/net v0.58.0 → v0.53.0, v0.55.0 仮説
- golang.org/x/sync v0.22.0 → v0.20.0 仮説
- golang.org/x/telemetry v0.0.0-20260811182544-a038080d80e5 → v0.0.0-20260409153401-be6f6cb8b1fa 仮説
境界をまたいでバージョンが動いた依存関係は候補であって原因ではありません。同じ実行で失敗とその時に解決されたツリーの両方を記録したレシートだけが証拠として印されます。

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

ライブラリ	v0.49.0	v0.48.0	v0.47.0	v0.44.0
github.com/google/go-cmp	v0.6.0	—	—	v0.7.0
github.com/yuin/goldmark	v1.4.13	—	—	v1.8.2
golang.org/x/mod	v0.39.0	v0.38.0	v0.37.0	v0.35.0
golang.org/x/net	v0.58.0	—	—	v0.55.0
golang.org/x/sync	v0.22.0	v0.22.0	v0.21.0	v0.20.0
golang.org/x/telemetry	v0.0.0-20260811182544-a038080d80e5	—	—	v0.0.0-20260409153401-be6f6cb8b1fa

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

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

golang.org/x/tools v0.44.0: astutil.Cursor HOWgolang.org/x/tools/go/ast/astutil.Cursorgo 1.26.6 MIT-0 · 2026-09-04
golang.org/x/tools v0.44.0: astutil.Apply HOWgolang.org/x/tools/go/ast/astutil.Applygo 1.26.6 MIT-0 · 2026-09-04
golang.org/x/tools v0.44.0: astutil.AddImport HOWgolang.org/x/tools/go/ast/astutil.AddImportgo 1.26 MIT-0 · 2026-09-04