pnpm 12.0、Rustによる全面書き換えで登場
pnpm 12.0が安定版としてリリースされた。これはpnpmをRustで書き直したもので、コマンド、フラグ、設定、ロックファイル形式はpnpm 11から引き継がれており、移行というよりはアップグレードという位置づけだ。主な変更点として、Git依存関係の解決方法の変更、未知の設定に対するエラー報告、循環依存関係のロックファイルの正規化、Linuxでのハードリンク優先、engineStrictの動作変更などがある。新機能には、プロジェクト認識型のグローバルbin、他のパッケージマネージャーのインストール、レジストリリビジョン、バッチ承認、リモートサイドエフェクトキャッシュなどが含まれる。
pnpm 12はRustによる書き直しであり、意図的に移行ではない。コマンド、フラグ、設定、ロックファイル形式はすべてpnpm 11から引き継がれている。
HNでの議論
66- BlueGreenMagick
> pnpm を Rust で書き直したものです
彼らのベンチマーク[0]によると、ロックファイルを使ったクリーンインストールは約3倍速く（7秒→2.2秒）、no-opインストールは約29倍速くなっています（517ms→18ms）。
- 1matin
文章に長いダッシュ（—）がたくさん見られる場合、それはClaudeが書いた可能性が高いです。
- deanc
気になるのですが、言及されていませんが、この書き直しに伴うパフォーマンスの改善はありますか？
- norman784
私は「退屈なものが十分良い」という結論に達しました。私にとってNPMが最良のツールです。それほど速くはありませんが、インストール速度はそれほど悪くありません。ゼロから実行する回数を考えると、その差は重要ではありません。安定していて、Nodeのデフォルトのパッケージマネージャーなので、CIに他のツールをインストールする手間もありません。長期間続くプロジェクトでは、デフォルトに従うのが私の経験則です。なぜなら、数年後にはサードパーティのツールが変わるからです。私のチームではYarn classicでそれが起こりました。今は素のNodeとNPMを使っているので心配ありません。サードパーティの依存関係も同様で、できるだけ使わないようにしています。
- fwlr
カレンダーを確認して、まさか4月1日ではないかと確かめなければなりませんでした。いいえ、8月です。ふむ。
pnpmのメンテナがbunのAIによるRust書き換えの一件を知らないとは思えません…だから困惑し、当惑し、この決定を理解するのに途方に暮れています。