为什么 yarn install downloads node_modules 依赖？
Why yarn install downloads node_modules for dependency?
我有一个节点投影，它有一个依赖关系，比方说 depA。在我的项目 运行 yarn install 之后，它会在 node_modules/depA/node_modules 中下载 depA 的所有依赖项，这使得 node_modules 目录非常大。它不会为其他依赖项下载此文件夹。有什么我应该看看 depA 上发生的原因吗？
它是如何在 node.js 中安装依赖项的，会创建一个名为 node_modules 的文件夹，然后从 npm 服务器获取并下载 package.json 中提到的所有依赖项。
现在出现了转折，说在你的 package.json 中只有 depA 依赖项。但是库 depA 内部依赖于 depSubA、depSubB 那么这两个也将被下载以便 depA 可以工作。
在以前的 npm 版本中（我猜是在 5 之前），node_modules 中曾经有子文件夹，它们具有独立的依赖关系，造成重复和巨大文件夹的机会，最新版本现在共享这些共同的依赖关系.
我有一个节点投影，它有一个依赖关系，比方说 depA。在我的项目 运行 yarn install 之后，它会在 node_modules/depA/node_modules 中下载 depA 的所有依赖项，这使得 node_modules 目录非常大。它不会为其他依赖项下载此文件夹。有什么我应该看看 depA 上发生的原因吗？
它是如何在 node.js 中安装依赖项的，会创建一个名为 node_modules 的文件夹，然后从 npm 服务器获取并下载 package.json 中提到的所有依赖项。
现在出现了转折，说在你的 package.json 中只有 depA 依赖项。但是库 depA 内部依赖于 depSubA、depSubB 那么这两个也将被下载以便 depA 可以工作。
在以前的 npm 版本中（我猜是在 5 之前），node_modules 中曾经有子文件夹，它们具有独立的依赖关系，造成重复和巨大文件夹的机会，最新版本现在共享这些共同的依赖关系.