3 raisons de passer de Yarn à pnpm

Article récapitulant le retour d’expérience après un an d’utilisation de pnpm chez l’équipe frontend d’Airbridge, après être passée de Yarn Berry à pnpm comme gestionnaire de paquets.

Points gênants rencontrés avec Yarn Berry

• La charge continue imposée par Yarn PnP à Git
• Un combat incessant contre les ghost dependencies
• De petits bugs récurrents dans Yarn Workspace

Les solutions apportées par l’adoption de pnpm

• Pendant le processus de déploiement, le temps d’installation des paquets a diminué d’environ 30 secondes à 1 minute
  • Les paquets sont stockés dans un dépôt global (Virtual Store) et reliés par symlink au node_modules du projet
  • Pas d’installation de paquets en double, ce qui économise l’espace de stockage et le réseau
• Configuration du monorepo plus simple grâce au lien automatique entre les paquets
• Possibilité d’utiliser presque telles quelles les fonctionnalités employées avec Yarn Berry, comme patch-package et dedupe

[hiddenest]

Je pense qu’il y a probablement aussi cet aspect, et dans le cas de Yarn Berry, le fait que son système de plugins soit puissant semble aussi y contribuer.