Versioning & Packages
Modifiez un manifeste, repérez les erreurs et triez ses dépendances sans réordonner les scripts ni les conditions exports.
Le manifeste reste dans ce navigateur. Aucun appel au registre ni exécution de script.
name identifie le paquet selon les règles des nouveaux noms. Il est facultatif pour un projet local.
Vérifie les règles intégrées du manifeste, les noms et la version racine. Les configurations externes sont conservées sans validation spécialisée.
Un objet, 100 000 unités UTF-16, profondeur 100. Les entiers non sûrs et débordements sont refusés. Les spécifications de dépendances sont vérifiées comme chaînes uniquement.
dependencies: 0 · devDependencies: 0 · peerDependencies: 0 · optionalDependencies: 0
Aucune dépendance à afficher.
Saisie ou options modifiées. Vérifiez à nouveau avant l’export.
Un éditeur package.json aide à relire un manifeste après une fusion de branches. Une syntaxe JSON valide ne garantit pas que les valeurs des dépendances aient le bon type.
L’exemple est un projet privé. Comparez les quatre groupes : la présence du même paquet dans plusieurs groupes ne justifie pas forcément sa suppression.
Cet éditeur package.json ne trie que les noms dans dependencies, devDependencies, peerDependencies et optionalDependencies. Les champs de premier niveau, scripts et conditions exports restent dans leur ordre initial, sans modifier les priorités de résolution.
Le résultat est un aperçu distinct. L’application, le chargement de l’exemple et l’effacement affichent le contenu à remplacer et sa taille. Une annulation restaure ensemble la saisie et le résultat précédents, même si celui-ci était périmé.
Le contrôle attend 350 ms après la dernière modification. Désactivez-le pour afficher le bouton principal ; Ctrl ou Cmd avec Entrée lance le même contrôle. Toute modification bloque immédiatement l’export de l’ancien résultat.
L’aperçu indique combien de groupes ont changé d’ordre. L’option d’ordre initial repart du texte saisi. Trier les dépendances ne change aucune version et ne déplace aucun paquet vers un autre groupe.
Un résultat valide peut être copié ou téléchargé avant son application. Pour remplacer la saisie, confirmez l’aperçu. Annuler restaure le texte et son résultat précédent sans reconstituer les modifications caractère par caractère.
Pour valider package.json, le contrôle refuse commentaires, virgules finales, clés en double et racines autres qu’un objet. Ligne, colonne et JSON Pointer correspondent au texte d’origine.
Le nom de paquet npm utilise les règles des nouveaux paquets pour name, et celles des noms existants pour les clés de dépendances. node-semver vérifie version si elle est présente ; son absence reste permise dans un projet local.
Le panneau affiche chaque nom et sa spécification inchangée, par lots de 100 lignes. L’aide distingue dépendances d’exécution, de développement, peer et optional. La modification se fait toujours dans le JSON.
Vous pouvez formater package.json avec deux espaces, quatre espaces ou des tabulations. Les champs personnalisés et l’écriture des nombres sont conservés. Le téléchargement produit un fichier nommé package.json.
Le JSON standard ne permet ni commentaires de ligne ni commentaires de bloc. Ils sont signalés, pas supprimés automatiquement. Un champ personnalisé de notes reste une donnée ordinaire : vérifiez sa compatibilité avec vos autres outils.
dependencies concerne l’exécution, devDependencies le développement et les tests. peerDependencies exprime les attentes de compatibilité envers le projet consommateur. optionalDependencies autorise un échec d’installation. L’outil ne choisit pas le groupe à votre place.
Oui. Les noms des quatre groupes sont triés dans le navigateur, sans installer de paquet supplémentaire. Vérifiez le nombre de groupes modifiés et l’aperçu avant de télécharger. L’ordre des scripts et des exports conditionnels est préservé.
Un nouveau nom doit notamment être en minuscules, compatible avec les URL et ne pas dépasser 214 caractères, scope compris. Le format @team/widget est accepté. Cela ne vérifie ni sa disponibilité ni son propriétaire dans le registre.
Pour une version majeure ordinaire non nulle, ~1.2.3 permet surtout les correctifs, tandis que ^1.2.3 accepte aussi les versions mineures compatibles. Les versions majeures nulles et préversions suivent des règles supplémentaires. Ici, la chaîne est conservée sans résoudre une version installée.
npm permet d’omettre name et version pour un projet non destiné à la publication. Un objet vide passe donc ce contrôle de structure local. Une publication nécessite des informations et vérifications supplémentaires.
Un contrôle utile manque ?
Utilisez cet éditeur package.json avec un petit exemple, comparez les groupes de dépendances et appliquez le résultat après vérification.