node_modulesの問題点とその歴史 npm, yarnとpnpm

皆さんnpmパッケージのバージョンを上げるときにハマって依存地獄から抜けられなかったことはありませんか？ 私はあります。 複雑怪奇な依存関係を調べてみようとnode_modulesを覗いてみて、そのカオスっぷりに臭いものに蓋をしたことはありませんか？ 私はあります。 そこでnode_modules以下について調べてみたのですが、node_modulesにどんな問題点があって、npmやyarn, pnpmは何を目指していたのか時系列順に紐解いた方がわかりやすいことに気づきました。 ここでは初期のnpmが抱えていた問題から今に至るまでを順を追って説明します。 するとnode_modulesの仕組みの他に、各パッケージマネージャの方針の違いが見えてくるはずです。 初期の頃のnpm (~2015年以前) この頃はシンプルで、依存関係はそのままnode_modulesのディレクトリ構造に反映されてい

[Fushihara]

結局windowsのMAX_PATHが現実的に全く足りないのが根本原因じゃねーか。数年前にMAXPATHの制限を解除しました！とか言ってたけど全然普及してないし 。標準のエクスプローラくらい完全対応してよ

[uehaj]

yarnのモノレポのワークスペースをnpmに取り込んだ件にせよ、派生からの提案をそのまま取り込むのはnpmの偉いところ。ユーザ目線で一番嬉しい/同一バージョンのコピー問題があるのでMAX_PATHだけの問題ではない

[peller]

node_module内のツリー構造なんて気にしたく無いのでyarnのアプローチが好み

[strawberryhunter]

Node.jsに他の言語では一般的なライブラリ検索パスの概念を導入しておけばプロジェクトごとの node_modules は必要なかった。npmとNode.jsの開発主体は密接に関係しているのにである。こいつらは一体何と戦っているんだ。

[poliphilus]

今はじゃあ最新版なら npm でいいって事ね。抜きつ抜かれつして最終的にオリジナルが生き残ったか。

[adgjmptw4410]

「直接依存していないモジュールをrequireできる」これは解決してるん？

[mumei-0]

良記事。pnpm いいよね……

[repon]

めっちゃ勉強になりました。ありがとうございます。

[hamaco]

node_modules 以下何も知らないのですげー勉強になった。lockfileとかそういう部分をふわっと知ってるだけだったので。

[yosuke_furukawa]

“npm install --install-strategy=linked”

[lli]

わかりやすい

[tk_musik]

npm,yarn,pnpmの歴史。めちゃめちゃいい記事。npm以外は何が嬉しいのか分からない、から完全に理解したまで一気に上げられる。特にシンボリックリンクをnpmがやらなかった理由のとことても良い。

[yo_waka]

読み応えあった

[fa11enprince]

どうせこうなるのはわかっていたのでちょっと高速だ、便利とかという理由でyarnとかには手を出さず、ずっとnpmを使い続けてる。公式が出してるのに余計なゴミを作って欲しくない。Pythonも大概にしてほしい。

[taguch1]

npmパッケージにできるだけ依存しないのがトラブルを回避する一番の近道。

[takitakit]

、、

[ledsun]

ソフトウェア考古学。面白かった。

[raimon49]

npm --install-strategy=linkedオプションが導入されるまでの歴史。

[dekokun]

歴史と現状、面白いね。

[twotiger]

パスの制限はMacのPATH_MAXの1024バイトとかLinuxであろうといずれ問題になってた。初期のNPMの設計だと破綻は避けられない

[u_1roh]

勉強になった。なるほどなぁ。

[tagomoris]

いまの自分に大変参考になる記事

[hennamanao]

npm 使ってるのに yarn ファイル生成されたりしててなんなの？と思ってたので助かる

[nilab]

node_modulesの問題点とその歴史 npm, yarnとpnpm

[circled]

node_moduleと言えばこれ → https://fettblog.eu/wp-content/uploads/2020/node-modules-meme.png

[surume000]

使うだけの人間としてはなんでこんなにパッケージマネージャあるのかな、くらいにしか考えていなかった。中身をそれぞれ工夫していたのね

[boxshiitake]

denoにしよう

[yarumato]

“node_modulesにどんな問題点があって、npmやyarn, pnpmは何を目指していたのか時系列順に紐解く。2015年以前はシンプルでわかりやすいが重複やpath長の問題。npm v3(2015)から重複削除を導入。yarn(2016) npm v5(2017)”

[dsl]

状況整理されてて助かる。最近はnpmでも問題ないけどyarnはworkspaceが便利なので使い所あるイメージ