Passer de @jridgewell/resolve-uri 2.x à 3.x
Comparaison de l’API publique de @jridgewell/resolve-uri 2.0.0 et 3.1.2, calculée automatiquement à partir de leurs types TypeScript. Une signature modifiée est un changement incompatible possible, pas une certitude.
Résumé
| Chemins d’importation supprimés | 0 |
|---|---|
| Exports supprimés | 0 |
| Signatures modifiées | 0 |
| Membres de classes ou d’interfaces supprimés | 0 |
| Membres de classes ou d’interfaces modifiés | 0 |
| Nouvelles dépréciations | 0 |
| Changements d’exigences (engines, dépendances peer) | 1 |
| Nouveaux exports | 0 |
Exports supprimés
Aucun détecté.
Signatures modifiées
Aucun détecté.
Membres de classes ou d’interfaces supprimés
Aucun détecté.
Membres de classes ou d’interfaces modifiés
Aucun détecté.
Nouvelles dépréciations
Aucun détecté.
Changements d’exigences (engines, dépendances peer)
| Avant | Après | |
|---|---|---|
engines.node | >=10.0.0 | >=6.0.0 |
Questions fréquentes
Quels sont les changements incompatibles en passant de @jridgewell/resolve-uri 2 à 3 ?
Entre @jridgewell/resolve-uri 2.0.0 et 3.1.2, Vigia a trouvé 0 exports supprimés, 0 signatures modifiées et 0 membres de classes ou d’interfaces supprimés ou modifiés.
Qu’est-ce qui a été déprécié dans @jridgewell/resolve-uri 3 ?
0 exports ou membres sont désormais marqués comme dépréciés dans @jridgewell/resolve-uri 3.1.2.
Pour les agents
GET https://vigia.coredls.cloud/v1/packages/npm/@jridgewell/resolve-uri/upgrade?from=2.0.0&to=3.1.2