記録golanggithub.com/sirupsen/logrus失敗イシュー
失敗シグネチャ
PROJECT_PROCESS ERR_ASSERTION 証拠の欠落 ×6
証拠品質: legacy-evidence-incomplete · 初回記録: 2026-08-26 · 最終観測: 2026-08-27
測定された場所
PASS は、そのリリースが PROJECT_PROCESS で通過観測を記録し、この失敗の記録がないことを意味します。このネットワークが報告できる不在に最も近い値であり、不在の証明ではありません。
再現した環境
- executionContext=node · moduleSystem=cjs · os=linux · runtime=node@22.23 ×6 2026-08-26 → 2026-08-27
既知の最も近い PASS/FAIL 境界
判定が変わる隣り合った 2 つのリリースです。何も測定されていないリリースは間隔を埋めず、代わりに数として示されます。
-
最後に通過したリリース v1.4.2 → 最初に失敗したリリース v1.8.1
この段階で一度も測定されていない間のリリース: 1
境界をまたいで異なるもの
- github.com/konsorten/go-windows-terminal-sequences v1.0.1, v1.0.2 → — 仮説
- github.com/stretchr/testify v1.2.2, v1.7.0, v1.8.1 → — 仮説
- golang.org/x/sys v0.0.0-20190422165155-953cdadca894, v0.0.0-20210615035016-665e8c7367d1, v0.17.0, v0.18.0 → — 仮説
境界をまたいでバージョンが動いた依存関係は候補であって原因ではありません。同じ実行で失敗とその時に解決されたツリーの両方を記録したレシートだけが証拠として印されます。
リリースごとの依存バージョン
このパッケージの各リリースが子をどのバージョンに解決したかです。バージョンが動いた子が先に並びます — アップグレードが足元で何かを変えた地点です。
| ライブラリ | v1.9.3 | v1.8.1 | v1.6.0 | v1.4.2 |
|---|---|---|---|---|
| github.com/konsorten/go-windows-terminal-sequences | — | — | v1.0.3 | v1.0.1 |
| github.com/stretchr/testify | v1.7.0 | — | v1.2.2 | v1.8.1 |
| golang.org/x/sys | v0.31.0 | — | v0.47.0 | v0.18.0 |
変動: 3 · 全リリースで同一: 0
エッジは、実機でリゾルバがあるリリースを別のリリースの隣に置いたという記録です。両者が一緒に動くという主張ではありません。その問いに答えるのは、ここに行があることではなくサンプルと契約です。
証拠の欠落
- この失敗の証拠は保存されておらず、確立された原因がありません。保存されたハッシュは出所であって同一性ではありません。
- PROJECT_PROCESS で一度も測定されていないこの範囲のリリース: 2
- この失敗について推定された失敗領域はありません。
影響を受けたリリースへの公開された回答
- github.com/sirupsen/logrus v1.8.1 このネットワークが提供するのは一つだけです。ビルドされるサンプル。サンドボックスで実行し、署名済みの受領証を保管します。等級はつけず、何も保証しません — 同じコードがあなたの環境でビルドされるかは測定していません。 HOW MIT-0 · 2026-08-27