CodeSampleX

記録npmpretty-format

互換性キューブ

任意の 2 つの次元を軸に選ぶと、残りはすべてフィルターになります。セルをクリックするとそのスライスが固定され、1 段深く掘り下げます。

固定
OSalpine musl パッケージバージョン27.5.1
フィルター ランタイムnode 22 アーキテクチャx64 パッケージマネージャーnpm 実行コンテキストnode libcmusl フィルターを解除
シンボル × パッケージバージョン
22026-08-30
グリッドの読み方

セルの読み方: 数字は割合が依拠する記録済み観測の数です — 1 回のビルドは到達した段階ごとに観測を 1 件残すため、ビルド数でもマシン数でも人数でもありません。隣の文書は出所の異なる別の事実です。その座標にサンプルがあるか、そして私たちがそこで実行した結果がどうだったかです。

  • この座標にはまだサンプルがない
  • サンプルあり — この座標ではまだ実行していない
  • サンプルあり — この座標で実行し、問題なく終わった
  • サンプルあり — この座標で実行し、失敗した
  • サンプルあり — この座標には成功した実行と失敗した実行の両方が記録されている
  • 記録なし — 不明であって「動く」でも「壊れている」でもない
  • このセルの下にまだ段階がある — クリックで開く

文書があれば、その座標にサンプルがあるということです。サンプルが存在するかどうかはこのリリースとこの API についての事実で、OS・ランタイム・パッケージマネージャが変わっても変わりません。色は、今見ている環境でそのサンプルがどう実行されたかを示します。

セルは、このスライス内でまだ変化しているすべての要素の集計です(n/m の表記がその幅を示します)。クリックすると座標が固定され、次のレベルが表示されます。

依存関係

ライブラリバージョンその座標での測定プロジェクト
ansi-regex 5.0.1 契約が通過 プロジェクト日 1 件
ansi-styles 5.2.0 契約が通過 プロジェクト日 1 件
react-is 17.0.2 契約が通過 プロジェクト日 1 件

測定列は各依存自身のリリースについてであり、組み合わせについてではありません。リゾルバが二つを並べて置いたことは、一緒に動く証拠ではありません。

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

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

ライブラリ30.4.129.7.027.5.1
@jest/schemas 30.4.1 29.6.3
react-is 19.2.8 18.3.1 17.0.2
ansi-regex 5.0.1
ansi-styles 5.2.0 5.2.0 5.2.0

変動: 2 · 全リリースで同一: 2

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