Relevésnpmvitest
Cube de compatibilité
Choisissez deux dimensions comme axes ; tout le reste devient un filtre. Cliquer sur une cellule épingle sa tranche et descend d'un niveau.
| vitest | createVitest | defineConfig partagé ×2 | mergeConfig | vitest.afterEach | vitest.beforeEach | vitest.createVitest | vitest.defineConfig | |
|---|---|---|---|---|---|---|---|---|
| x64 | 90%10 | 86%7 | 100%2 | 100%1 | 80%5 | 100%2 | 86%7 | 100%2 |
Les environnements avec le plus de preuves sont affichés. Le cube lit les 6 versions les plus récentes et les 10 premiers symboles de chacune ; une cellule vide ici peut donc signifier « hors de cette fenêtre » plutôt que « jamais mesuré ».
Comment lire la grille
Lire une cellule : Le nombre, ce sont les observations enregistrées que le taux divise : une compilation dépose une observation par étape atteinte, ce n'est donc ni un nombre de builds, ni de machines, ni de personnes. Le document à côté est un autre fait, d'une autre source : l'existence d'un échantillon à cette coordonnée, et le résultat de notre exécution là-bas.
- pas encore d'échantillon à cette coordonnée
- il y a un échantillon ici et nous ne l'avons pas encore exécuté à cette coordonnée
- il y a un échantillon ici et notre exécution à cette coordonnée s'est terminée proprement
- il y a un échantillon ici et notre exécution à cette coordonnée a échoué
- il y a un échantillon ici et cette coordonnée enregistre à la fois une exécution réussie et une exécution en échec
- rien enregistré — inconnu, ni « fonctionne » ni « cassé »
- il y a un niveau sous cette case — cliquez pour l'ouvrir
Un document signifie qu'il y a un échantillon à cette coordonnée. Son EXISTENCE est un fait sur cette version et cette API et ne change pas avec l'OS, le runtime ou le gestionnaire de paquets ; sa COULEUR dit comment cet échantillon s'est exécuté dans l'environnement que vous regardez.
Les cellules agrègent tout ce qui varie encore dans cette tranche (le décompte n/m dit combien). Cliquez-en une pour épingler ses coordonnées et voir le niveau suivant.
Dépendances
| Bibliothèque | Version | Mesuré là-bas | Projets |
|---|---|---|---|
| @vitest/expect | 4.1.11 | contrat réussi | 1 jour-projet |
| @vitest/mocker | 4.1.11 | contrat réussi | 1 jour-projet |
| @vitest/pretty-format | 4.1.11 | contrat réussi | 1 jour-projet |
| @vitest/runner | 4.1.11 | contrat réussi | 1 jour-projet |
| @vitest/snapshot | 4.1.11 | contrat réussi | 1 jour-projet |
| @vitest/spy | 4.1.11 | contrat réussi | 1 jour-projet |
| @vitest/utils | 4.1.11 | contrat réussi | 1 jour-projet |
| es-module-lexer | 2.3.2 | contrat réussi | 1 jour-projet |
| expect-type | 1.4.0 | contrat réussi | 1 jour-projet |
| magic-string | 0.30.21 | contrat réussi | 1 jour-projet |
| obug | 2.1.4 | contrat réussi | 1 jour-projet |
| pathe | 2.0.3 | contrat réussi | 1 jour-projet |
| picomatch | 4.0.7 | contrat réussi | 1 jour-projet |
| std-env | 4.2.0 | contrat réussi | 1 jour-projet |
| tinybench | 2.9.0 | contrat réussi | 1 jour-projet |
| tinyexec | 1.3.0 | contrat réussi | 1 jour-projet |
| tinyglobby | 0.2.17 | contrat réussi | 1 jour-projet |
| tinyrainbow | 3.1.1 | contrat réussi | 1 jour-projet |
| vite | 8.2.2 | builds observés | 1 jour-projet |
| why-is-node-running | 2.3.0 | contrat réussi | 1 jour-projet |
La colonne de mesure porte sur la version de chaque dépendance elle-même, pas sur la paire. Qu'un résolveur ait placé deux versions côte à côte ne prouve pas qu'elles fonctionnent ensemble.
Versions des dépendances au fil des versions
Ce vers quoi chaque version de ce paquet a résolu ses enfants. L'enfant dont la version a bougé vient en premier : c'est là qu'une mise à jour a changé quelque chose sous vos pieds.
| Bibliothèque | 4.1.11 | 3.2.7 | 2.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 |
Ont bougé : 14 · identiques à chaque version : 11
Une arête indique qu'un résolveur a placé une version à côté d'une autre sur une machine réelle. Ce n'est pas une affirmation qu'elles fonctionnent ensemble ; à cette question répondent les échantillons et les contrats, pas la présence d'une ligne.