CodeSampleX

Aufzeichnungennpmvitest

Kompatibilitätswürfel

Wähle zwei beliebige Dimensionen als Achsen; alles andere wird zum Filter. Ein Klick auf eine Zelle fixiert ihren Ausschnitt und steigt eine Ebene tiefer.

Fixiert
Paketversion4.1.11 Paketmanagernpm 10
Filter Runtimenode 22 Architekturx64 Ausführungskontextnode libcglibc Filter löschen
OS × Symbol
72026-08-31

Gezeigt werden die Umgebungen mit der meisten Evidenz. Der Würfel liest die neuesten 6 Versionen und die ersten 10 Symbole jeder Version; eine leere Zelle kann hier „außerhalb dieses Fensters“ bedeuten statt „nie gemessen“.

So liest du das Raster

Eine Zelle lesen: Die Zahl sind die aufgezeichneten Beobachtungen, durch die die Rate teilt — ein Build hinterlässt pro erreichter Stufe eine Beobachtung, also zählt sie weder Builds noch Maschinen noch Personen. Das Dokument daneben ist eine andere Tatsache aus einer anderen Quelle: ob an dieser Koordinate ein Sample existiert und wie unser eigener Lauf davon dort ausging.

  • an dieser Koordinate noch kein Sample
  • hier gibt es ein Sample, und wir haben es an dieser Koordinate noch nicht ausgeführt
  • hier gibt es ein Sample, und unser Lauf an dieser Koordinate kam sauber zurück
  • hier gibt es ein Sample, und unser Lauf an dieser Koordinate ist fehlgeschlagen
  • hier gibt es ein Sample, und an dieser Koordinate sind ein bestandener und ein fehlgeschlagener Lauf verzeichnet
  • nichts aufgezeichnet — unbekannt, weder „funktioniert“ noch „defekt“
  • unter dieser Zelle liegt eine Ebene — zum Öffnen klicken

Ein Dokument bedeutet: An dieser Koordinate gibt es ein Sample. DASS es existiert, ist eine Aussage über diese Version und diese API und ändert sich nicht mit Betriebssystem, Runtime oder Paketmanager; seine FARBE sagt, wie dieses Sample in der Umgebung gelaufen ist, die Sie gerade ansehen.

Zellen sind Aggregate über alles, was in diesem Ausschnitt noch variiert (die n/m-Angabe sagt, wie viel). Klicke eine an, um ihre Koordinaten zu fixieren und die nächste Ebene zu sehen.

Abhängigkeiten

BibliothekVersionDort gemessenProjekte
@vitest/expect 4.1.11 Contract bestanden 1 Projekttag
@vitest/mocker 4.1.11 Contract bestanden 1 Projekttag
@vitest/pretty-format 4.1.11 Contract bestanden 1 Projekttag
@vitest/runner 4.1.11 Contract bestanden 1 Projekttag
@vitest/snapshot 4.1.11 Contract bestanden 1 Projekttag
@vitest/spy 4.1.11 Contract bestanden 1 Projekttag
@vitest/utils 4.1.11 Contract bestanden 1 Projekttag
es-module-lexer 2.3.2 Contract bestanden 1 Projekttag
expect-type 1.4.0 Contract bestanden 1 Projekttag
magic-string 0.30.21 Contract bestanden 1 Projekttag
obug 2.1.4 Contract bestanden 1 Projekttag
pathe 2.0.3 Contract bestanden 1 Projekttag
picomatch 4.0.7 Contract bestanden 1 Projekttag
std-env 4.2.0 Contract bestanden 1 Projekttag
tinybench 2.9.0 Contract bestanden 1 Projekttag
tinyexec 1.3.0 Contract bestanden 1 Projekttag
tinyglobby 0.2.17 Contract bestanden 1 Projekttag
tinyrainbow 3.1.1 Contract bestanden 1 Projekttag
vite 8.2.2 Builds beobachtet 1 Projekttag
why-is-node-running 2.3.0 Contract bestanden 1 Projekttag

Die Messspalte betrifft das Release der jeweiligen Abhängigkeit selbst, nicht das Paar. Dass ein Resolver zwei Releases nebeneinandergestellt hat, ist kein Beleg dafür, dass sie zusammen funktionieren.