Relevésnpm@babel/parser7.29.7
Changer les conditions
Conditions actuelles
@babel/parser @7.29.7ubuntu glibc · x64 · node 22 · npm 10 · node
total du paquet, pas une API
1 sur 1 ont réussi
Observé — de vrais builds de projets ont fait remonter cette coordonnée.
il y a un échantillon ici et nous ne l'avons pas encore exécuté à cette coordonnée (1)
- Observations de projets
- 1 / 1
- Vérifications de contrat
- rien à cette coordonnée
- Pairs rapporteurs indépendants
- 1
- Dernier enregistrement
- 2026-08-29
Santé des dépendances
Combinaisons observées et preuves d'échec pour cette version
Premier échec observé
7.29.7
windows · executionContext=node
5 FAIL · stage: PROJECT_TEST
| Bibliothèque | Version | Santé | Mesuré là-bas | Projets |
|---|---|---|---|---|
| @babel/types | 7.29.7 | CANDIDATE Changement corrélé; combinaison non prouvée | contrat réussi | 3 jours-projet |
| @babel/types | 7.29.8 | CANDIDATE Changement corrélé; combinaison non prouvée | 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 | 8.0.4 | 7.29.8 | 7.29.7 | 7.28.5 |
|---|---|---|---|---|
| @babel/types | 8.0.4 | 7.29.8 | 7.29.8 | 7.28.5 |
Ont bougé : 1 · identiques à chaque version : 0
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.