pnpm 12.0: reescrito en Rust, con bins globales conscientes del proyecto y caché remota de efectos secundarios

pnpm 12.0 ya es estable, y llega con una reescritura completa en Rust que mantiene compatibilidad con los comandos, ajustes y formato de lockfile de pnpm 11. Entre las novedades destacan los bins globales que respetan la versión de Node, Deno o Bun fijada por cada proyecto, la instalación automática de otros gestores de paquetes (npm, Yarn, Bun), revisiones de registro para reemplazar artefactos sin cambiar de versión, y una caché remota de efectos secundarios (prueba de concepto) que reutiliza builds entre máquinas. También se corrigen ciclos de dependencias de forma canónica, se acelera la resolución de peers y se mejora el manejo de ajustes desconocidos en pnpm-workspace.yaml.

El lockfile se convierte así en una función pura del grafo de dependencias: importadores reordenados, dependencias reordenadas e instalaciones repetidas producen lockfiles byte-idénticos, algo que antes no era posible.
  1. BlueGreenMagick

    > Es una reescritura de pnpm en Rust

    Sus benchmarks[0] reportan que una instalación limpia con lockfile es unas 3 veces más rápida (7s -> 2.2s) y una instalación no-op es unas 29 veces más rápida (517ms -> 18ms)

    [0]: https://pnpm.io/benchmarks

  2. 1matin

    Cuando ves muchos guiones largos (—) en un escrito, hay una alta probabilidad de que lo haya escrito Claude.

  3. deanc

    Tengo curiosidad, ya que no se menciona, ¿hay alguna mejora de rendimiento como parte de esta reescritura?

  4. norman784

    Llegué a la conclusión de que lo aburrido es suficientemente bueno, para mí NPM es la mejor herramienta, no es tan rápida, pero la velocidad de instalación no es tan mala, considerando cuántas veces necesito ejecutar desde cero, la diferencia no importa, es estable y es el gestor de paquetes de Node por defecto, así que no necesito molestarme en instalar en CI cualquier otra herramienta, etc. Mi experiencia para proyectos de larga duración es quedarme con los valores por defecto, porque en unos años las herramientas de terceros cambiarán, le pasó a mi equipo con Yarn classic, ahora que estamos con Node y NPM vanilla no hay preocupaciones, igual con las dependencias de terceros, solo usa lo menos posible.

  5. fwlr

    Tuve que revisar el calendario para asegurarme de que no fuera el 1 de abril. No, es agosto. Huh.

    No veo cómo es posible que los mantenedores de pnpm no estén al tanto de la saga de bun de reescritura a Rust con IA... así que estoy desconcertado, confundido y en general sin saber qué pensar de esta decisión.

Más de este día

2026-08-27