Skip to content
Latchkey

pnpm対Yarn:CIにはどちらのパッケージマネージャーか?

どちらもnpmの現代的な代替ですが、pnpmとYarnはディスク、厳格さ、workspaceで異なるトレードオフを行います。

pnpmはコンテンツアドレス方式のストアとシンボリックリンクされたnode_modulesを使います。Yarn(Classicまたは新しいBerry)は高速なインストール、workspace、そしてオプションのPlug'n'Playを提供します。CIではその差がディスク使用量とcacheの挙動に現れます。

pnpmYarn
node_modulesのレイアウトシンボリックリンクされたコンテンツアドレスストアフラット(Classic)またはPnP(Berry)
ディスク使用量低い(共有ストア)高め(Classic)、低い(PnP)
厳格さ厳格(ファントム依存なし)緩い(Classic)、厳格(PnP)
CIインストールpnpm i --frozen-lockfileyarn 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しましょう。

関連ガイド