npmは奇妙な再帰的な方法で依存関係をインストールしています

Question

package.jsonファイルに記載されている依存関係をインストールするのにnpm install --devを使用しました。すべてのパッケージをフラットな構造でインストールするのではなく、ディレクトリ。

多くの依存関係はすでに満足していたはずですが、別の入れ子になったディレクトリにそれらを再ダウンロードする必要があったため、取り消しが必要でした（ループがないことを願っています。

├── grunt-cli 
│   └── node_modules 
│    ├── findup-sync 
│    │   └── node_modules 
│    │    ├── glob 
│    │    │   └── node_modules 
│    │    │    ├── minimatch 
│    │    │    │   └── node_modules 
│    │    │    │    ├── lru-cache 
│    │    │    │    │   └── node_modules 
│    │    │    │    │    └── weak 
│    │    │    │    │     └── node_modules 
│    │    │    │    │      └── mocha 
│    │    │    │    │       └── node_modules 
│    │    │    │    │        ├── coffee-script 
│    │    │    │    │        │   └── node_modules 
│    │    │    │    │        │    └── jison 
│    │    │    │    │        │     └── node_modules 
│    │    │    │    │        │      └── browserify 
│    │    │    │    │        │       └── node_modules 
│    │    │    │    │        │        ├── browser-resolve 
│    │    │    │    │        │        │   └── example 

すべてのアイデアは、なぜこれが起こっされることがあります。最終的に、これは私が取得しています何の一例であるtreeコマンドを使用して...

）終了？

Answer 1

実際にNpmが設計された方法だと心配しないでください。あなたは同じモジュールが何度もインストールされているのを見ることさえあります（通常はバージョンが異なります）。

考えられるのは、node_modulesの下にインストールされた各モジュールは、そのモジュールの依存関係と必要なバージョンのモジュールのインストールです。グローバルにインストールされたモジュールには依存しません。

モジュールを複数回インストールすることの非効率性が懸念される場合は、実験npm dedupeをお試しください。

Answer 2

と重複しています.Jonathan Wardenは言う。しかし、try npm3。 gulp-jscsのような単純なパッケージの場合、npm3のインストールは20％少なく、ディスク容量は5％少なくなりました。ツリーの深さは22から5になりました。しかし、npm3は私にとって2倍遅かったです。