pgservicefile失敗イシュー

失敗シグネチャ

PROJECT_PROCESS exit 1 ×1

production deploy gate: target <token> is not in canonical origin/main · exit status 1

証拠品質: complete · 初回記録: 2026-08-26 · 最終観測: 2026-08-26

sha256:a0ca5eae5863…

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

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

最後に通過したリリース v0.0.0-20221227161230-091c0ba34f0a → 最初に失敗したリリース v0.0.0-20240606120523-5a60cdf6a761

境界をまたいで異なるもの
- github.com/stretchr/testify v1.7.0, v1.8.1 → v1.11.1, v1.8.1 仮説
境界をまたいでバージョンが動いた依存関係は候補であって原因ではありません。同じ実行で失敗とその時に解決されたツリーの両方を記録したレシートだけが証拠として印されます。

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

ライブラリ	v0.0.0-20240606120523-5a60cdf6a761	v0.0.0-20221227161230-091c0ba34f0a	v0.0.0-20200714003250-2b9c44734f2b
github.com/stretchr/testify	v1.11.1	v1.7.0	v1.5.1

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

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