Registrenpmvitest4.1.10globals
revendiqué par 2 paquets — cette preuve ne peut pas dire à qui appartient l’API
Exemples publiés
- vitest 4.1.10: Differentiate per-file test environments, docblock precedence over project configs, sequential setupFiles DOM lifecycle, and globals:true symbol exposure in Vitest 4 Ce réseau offre une seule chose : un échantillon qui compile. Il l'a exécuté dans un bac à sable et conservé le reçu signé. Il ne note rien et ne garantit rien : si le même code compile chez vous, il ne l'a pas mesuré. HOWcreateVitestenvironmentenvironmentMatchGlobssetupFilesglobalsnode MIT-0 · 2026-08-15
Matrice de compatibilité
Les observations au niveau projet et les vérifications de symbole/contrat sont comptées séparément et jamais additionnées.
Ces chiffres ne distinguent pas la façon dont le symbole a été appelé : surcharges, formes d'arguments et options sont regroupées. Ce que fait une forme d'appel précise est prouvé par le contrat d'un échantillon, pas par ces nombres.
| Environnement | Confiance | Observations | Vérifié | Taux de réussite | Pairs | Dernière observation |
|---|---|---|---|---|---|---|
| node 22 · JS · npm · linux musl · docker
Vérifié: CONTRACT 1✓
|
LOW | 0 | 1 | 100 % | 0 · 1✓ | 2026-08-18 |
snapshot · 2026-08-30
Clusters d'échecs
-
observé PROJECT_PROCESS ERR_MODULE_NOT_FOUND Lacune de preuve ×5 3.2.7 → 4.1.10 executionContext=node · moduleSystem=esmQualité de preuve: legacy-evidence-incomplete · Variantes d’environnement: 2 · Premier relevé: 2026-08-14 · Dernière observation: 2026-08-30Candidat à une revérification diagnostique