Saltar al contenido

Resumen de dependencias de package.json

Separa un package.json en dependencias de producción, desarrollo, peer y opcionales con sus rangos de versión.

Entrada

Resumen de dependencias de package.json

Pega el contenido de un archivo package.json y esta herramienta ordena cada dependencia en su grupo — producción, desarrollo, peer y opcionales — e indica el rango de versión junto a cada nombre de paquete. Está diseñada para abrir un repositorio desconocido y ver de qué depende sin recorrer un muro de JSON, o para revisar un pull request que modifique la lista de dependencias.

Elige cómo se ordena la lista: agrupada por tipo o aplanada alfabéticamente. Los contadores de grupo muestran de un vistazo cuántos paquetes hay en cada sección. "Explicar rangos de versión" añade una nota breve en cada línea describiendo qué permite su rango — el acento permite actualizaciones menores y de parche, la tilde solo parches, una versión exacta nunca se actualiza por sí sola, y un asterisco simple acepta cualquier cosa. Dos casillas más exponen riesgo: una marca paquetes fijados a una versión exacta o sin restricción, la otra marca cualquier nombre de paquete repetido en grupos, usualmente una señal de que la entrada necesita limpieza. Un botón separado añade los campos engines y packageManager, cuando están presentes.

La salida se muestra como una tabla alineada simple, una lista de texto plano agrupada o una tabla Markdown lista para pegar en un README o una descripción de pull request. La herramienta solo lee los campos que necesita e ignora el resto, así que pegar un package.json completo con scripts y metadatos funciona exactamente igual que pegar una versión reducida.

Todo se ejecuta localmente en tu navegador. Tu package.json nunca se carga, lo que importa si nombra paquetes privados o no publicados. Copia el resultado, descárgalo como archivo .txt o envíalo directamente a la entrada de otra herramienta para seguir trabajando.

Preguntas frecuentes

¿Qué campos lee del package.json?
dependencies, devDependencies, peerDependencies, optionalDependencies, y — cuando la opción está activada — engines y packageManager. Todos los demás campos, incluyendo scripts y metadatos, se ignoran.
¿Qué cuenta como una versión "fija" o "comodín"?
Una versión fija no tiene operador de rango, como "4.17.21" — nunca se actualiza al instalar. Un comodín es "*" o una cadena vacía, que acepta cualquier versión. La opción de marca ambos, ya que se encuentran en extremos opuestos del mismo problema: sin control sobre qué se instala.
¿Por qué un paquete aparecería en más de un grupo?
Generalmente significa que una dependencia se agregó dos veces a mano, o se movió de devDependencies a peerDependencies sin eliminar la entrada antigua. La marca de duplicado señala cualquier nombre de paquete que aparece en dos o más de los cuatro grupos.
¿Valida los rangos de versión contra el registro de npm?
No. Solo lee la sintaxis de rango ya en el archivo — no verifica la red para ver qué versiones realmente existen, así que funciona completamente sin conexión.
¿Se carga mi package.json a algún lugar?
No. El análisis y formateo se ejecutan completamente en tu navegador — tu archivo, incluyendo cualquier nombre de paquete privado que contenga, nunca abandona tu dispositivo.