3 razones para cambiar de Yarn a pnpm

Artículo que resume lo aprendido tras mover el gestor de paquetes usado en el frontend de Airbridge de Yarn Berry a pnpm y usarlo durante un año.

Inconvenientes que encontraron con Yarn Berry

• La carga constante que Yarn PnP le generaba a Git
• La lucha persistente contra las ghost dependencies
• Pequeños bugs de Yarn Workspace

Soluciones que obtuvieron al adoptar pnpm

• Durante el proceso de despliegue, el tiempo de instalación de paquetes se redujo entre 30 segundos y 1 minuto
  • Los paquetes se guardan en un almacén global (Virtual Store) y se conectan por symlink con el node_modules del proyecto
  • Al no instalar paquetes duplicados, se ahorra espacio de almacenamiento y red
• Los enlaces entre paquetes se crean automáticamente, lo que simplifica la configuración del monorepo
• Funciones como patch-package y dedupe, que usaban en Yarn Berry, se pueden seguir usando casi igual

[hiddenest]

Creo que probablemente también haya algo de eso, y en el caso de Yarn Berry, parece que también influye bastante que su sistema de plugins sea potente.