Ordena únicamente los mapas de dependencias de package.json para reducir diffs y facilitar revisiones. El resto del manifiesto conserva su posición original. Se procesan dependencies, devDependencies, peerDependencies y optionalDependencies cuando existen, y cada valor de versión se mantiene exactamente como fue escrito.
Cada grupo reconocido debe ser un objeto. Sus entradas se ordenan por nombre con comparación de texto y se vuelve a serializar el manifiesto con dos espacios.
Ordenar claves no resuelve conflictos, no actualiza versiones y no sustituye al lockfile del gestor de paquetes.
{"dependencies":{"zeta":"1.0.0","alpha":"2.0.0"}}"dependencies": { "alpha": "2.0.0", "zeta": "1.0.0" }El algoritmo crea un nuevo objeto con las mismas propiedades superiores y reemplaza solo los grupos de dependencias por copias ordenadas.
Los campos personalizados o mapas como overrides, resolutions y pnpm.overrides no se reordenan para evitar alterar estructuras con semántica específica.
Ordena dependencies, devDependencies, peerDependencies y optionalDependencies cuando son objetos válidos.
No. Los valores se conservan exactamente; solo se modifica el orden de las claves.
No. Esos campos se dejan intactos para evitar asumir una estructura o semántica específica.
El orden de claves de package.json normalmente no cambia la resolución, pero debes seguir el flujo de tu gestor de paquetes y verificar el lockfile en el repositorio.
JSON no puede conservar claves idénticas de forma fiable tras parsear; la herramienta no implementa una deduplicación semántica adicional.
| Elemento | Valor |
|---|---|
| Número | 590 |
| Categoría | Paquetes y dependencias |
| Procesamiento | Local en el navegador |
Consulta más utilidades de esta categoría para revisar datos relacionados sin salir del conjunto de herramientas para desarrolladores.