3 Gründe für den Wechsel von Yarn zu pnpm

Ein Beitrag, der die Eindrücke aus einem Jahr Nutzung zusammenfasst, nachdem im Frontend von Airbridge der Paketmanager von Yarn Berry auf pnpm umgestellt wurde.

Unbequeme Punkte bei Yarn Berry

• Yarn PnP verursachte dauerhaft Belastung für Git
• Der zermürbende Kampf mit Ghost Dependencies
• Verschiedene kleinere Bugs in Yarn Workspace

Welche Lösungen der Einsatz von pnpm gebracht hat

• Während des Deployments wurde die Zeit für die Paketinstallation um etwa 30 Sekunden bis 1 Minute verkürzt
  • Pakete werden im globalen Speicher (Virtual Store) abgelegt und per Symlink mit dem node_modules-Verzeichnis des Projekts verbunden
  • Da doppelte Pakete nicht installiert werden, werden Speicherplatz und Netzwerk gespart
• Durch automatisches Verlinken zwischen Paketen wird das Monorepo-Setup deutlich einfacher
• Funktionen wie patch-package und dedupe, die zuvor in Yarn Berry genutzt wurden, lassen sich fast unverändert weiterverwenden

[hiddenest]

Vermutlich spielt so etwas auch eine Rolle, und im Fall von Yarn Berry trägt wohl auch das leistungsstarke Plugin-System seinen Teil dazu bei.