pnpm対Yarn:CIにはどちらのパッケージマネージャーか?
どちらもnpmの現代的な代替ですが、pnpmとYarnはディスク、厳格さ、workspaceで異なるトレードオフを行います。
pnpmはコンテンツアドレス方式のストアとシンボリックリンクされたnode_modulesを使います。Yarn(Classicまたは新しいBerry)は高速なインストール、workspace、そしてオプションのPlug'n'Playを提供します。CIではその差がディスク使用量とcacheの挙動に現れます。
| pnpm | Yarn | |
|---|---|---|
| node_modulesのレイアウト | シンボリックリンクされたコンテンツアドレスストア | フラット(Classic)またはPnP(Berry) |
| ディスク使用量 | 低い(共有ストア) | 高め(Classic)、低い(PnP) |
| 厳格さ | 厳格(ファントム依存なし) | 緩い(Classic)、厳格(PnP) |
| CIインストール | pnpm i --frozen-lockfile | yarn install --immutable |
| monorepo workspace | 強力 | 強力 |
CIにおいて
pnpmはディスクとウォームストアのインストール速度で勝る傾向があり、その厳格な解決はファントム依存のバグが本番に到達する前に捕捉します。Yarn BerryのPnPも非常に高速でスリムになり得ますが、PnPは一部のパッケージが想定していない形でモジュール解決を変えるため、依存ツリーをテストしましょう。Yarn Classicは、すでに使っているなら最も摩擦の少ないドロップインです。
storeをcacheする
pnpmではstoreディレクトリ(pnpm store path)をpnpm-lock.yamlをキーにcacheします。YarnではYarnのcacheフォルダをyarn.lockをキーにcacheします。storeをcacheすることは、ツールの選択そのものよりもwall-clock時間にとって重要です。
結論
低ディスクと厳格な解決を望むなら:pnpm。高速なドロップイン、あるいはPnPのzero-installモデルを望み、すでにYarnを使っているなら:Yarn。どちらでもlockfileをコミットし、storeをcacheしましょう。