一个简单的解释让我更加清楚：

部署应用程序时，需要安装依赖项中的模块，否则应用程序将无法工作。devDependencies中的模块不需要安装在生产服务器上，因为您不是在该机器上开发的。链接

从属关系项目需要运行的依赖项，如提供从代码调用的函数的库。它们是以过渡方式安装的（如果A依赖于B依赖于C，则在A上安装npm将安装B和C）。示例：lodash：您的项目调用一些lodash函数。

devDependencies您只需要在开发或发布过程中使用的依赖项，例如将代码编译为javascript、测试框架或文档生成器的编译器。它们不是以过渡方式安装的（如果A依赖于B，则dev依赖于C，npm安装在A上将只安装B）。示例：grut：您的项目使用grut来构建自己。

对等依赖关系项目在父项目中挂钩或修改的依赖项，通常是其他库或工具的插件。这只是一个检查，确保父项目（将依赖于您的项目的项目）依赖于您所连接的项目。因此，如果你制作了一个插件C，将功能添加到库B中，那么制作项目a的人需要依赖于B，如果他们依赖于C。未安装它们（除非npm<3），只检查它们。示例：grut：您的项目为grut添加了功能，并且只能用于使用grut的项目。

本文档很好地解释了对等依赖关系：https://nodejs.org/en/blog/npm/peer-dependencies/

此外，随着时间的推移，npm文档得到了改进，现在对不同类型的依赖关系有了更好的解释：https://github.com/npm/cli/blob/latest/docs/content/configuring-npm/package-json.md#devdependencies

一个简单的解释让我更加清楚：

部署应用程序时，需要安装依赖项中的模块，否则应用程序将无法工作。devDependencies中的模块不需要安装在生产服务器上，因为您不是在该机器上开发的。链接

在尝试分发npm包时，应避免使用依赖项。相反，您需要考虑将其添加到peerDependencies中。

使现代化

大多数时候，依赖关系只是描述您的生态系统的一堆库。除非你真的在使用某个库的特定版本，否则你应该让用户通过将其添加到peerDependencies中来选择是否安装该库以及选择哪个版本。

依赖项需要运行，devDependencies仅用于开发

要将包作为开发依赖项保存到package.json，请执行以下操作：

npm install "$package" --save-dev

运行npm install时，它将同时安装devDependencies和dependencies。要避免安装devDependencies，请运行：

npm install --production