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

使现代化

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

依赖关系

这些是您的程序包需要运行的程序包，因此在人们运行时将安装这些程序包

 npm install PACKAGE-NAME

例如，如果您在项目中使用jQuery。如果有人没有安装jQuery，那么它就不会工作。要另存为依赖项，请使用

 npm install --save

开发人员依赖关系

这些是您在开发中使用的依赖项，但在人们使用时不需要，因此当人们运行npm安装时，它不会安装它们，因为它们不是必需的。例如，如果您使用mocha进行测试，人们不需要运行mocha，所以npm install不会安装它

npm install PACKAGE --save-dev

对等依赖关系

如果您想创建和发布自己的库，以便将其用作依赖项，则可以使用这些库。例如，如果您希望您的包在另一个项目中用作依赖项，那么当有人安装将您的项目作为依赖项的项目时，也会安装这些包。大多数情况下，您不会使用对等依赖关系。

有些模块和软件包仅用于开发，而在生产中不需要。就像文档中所说的：

如果有人计划在他们的程序中下载并使用您的模块，那么他们可能不想或不需要下载并构建您使用的外部测试或文档框架。在这种情况下，最好在devDependencies散列中列出这些附加项。

依赖项：项目/包需要在生产环境中工作的包。

devDependencies：您的项目/包在开发时需要工作但在生产中不需要的包（例如：测试包）

peerDependencies：您的项目/包需要与之协同工作（与它们“协同工作”）或作为基础的包，主要用于开发插件/组件以了解您的插件/组件应该与哪个版本的“主”包协同工作（例如：React 16）

我找到了一个简单的解释。

简短回答：

从属关系“……是您的项目真正需要能够在生产中工作的那些。”

devDependencies“…是您在开发过程中需要的。”

对等依赖关系“如果要创建和发布自己的库，以便将其用作依赖项”

本帖中的更多详细信息：https://code-trotter.com/web/dependencies-vs-devdependencies-vs-peerdependencies

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

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