CodeSampleX

互換性npmvitest

互換性キューブ

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

固定
OSubuntu glibc パッケージマネージャーnpm 10
フィルター ランタイムnode 22 アーキテクチャx64 実行コンテキストnode libcglibc フィルターを解除
シンボル × パッケージバージョン
82026-08-31

証拠が最も多い環境を表示しています。 キューブは最新 6 バージョンと各バージョンの最初の 10 シンボルを読みます。ここの空欄は「未測定」ではなく「その範囲外」の場合があります。

グリッドの読み方

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

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

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

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

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

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

ライブラリ4.1.113.2.72.1.9
@vitest/expect 4.1.11 3.2.7 2.1.9
@vitest/mocker 4.1.11 3.2.7 2.1.9
@vitest/pretty-format 4.1.11 3.2.7 2.1.9
@vitest/runner 4.1.11 3.2.7 2.1.9
@vitest/snapshot 4.1.11 3.2.7 2.1.9
@vitest/spy 4.1.11 3.2.7 2.1.9
@vitest/utils 4.1.11 3.2.7 2.1.9
pathe 2.0.3 2.0.3 1.1.2
picomatch 4.0.7 4.0.5
std-env 4.2.0 3.10.0 3.10.0
tinyexec 1.3.0 0.3.2 0.3.2
tinyrainbow 3.1.1 2.0.0 1.2.0
vite 8.2.2 7.3.6 5.4.21
vite-node 3.2.4 2.1.9
@types/chai 5.2.3
chai 5.3.3 5.3.3
debug 4.4.3 4.4.3
es-module-lexer 2.3.2
expect-type 1.4.0 1.4.0 1.4.0
magic-string 0.30.21 0.30.21 0.30.21
obug 2.1.4
tinybench 2.9.0 2.9.0 2.9.0
tinyglobby 0.2.17 0.2.17
tinypool 1.1.1 1.1.1
why-is-node-running 2.3.0 2.3.0 2.3.0

変動: 14 · 全リリースで同一: 11

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