——save-dev(只用于开发，不用于生产) ——save(生产依赖项) ——global或-g(全局使用，即可以在本地系统的任何地方使用)

——save-dev用于应用程序开发中使用的模块，而不是在生产环境中运行时需要的模块 ——save用于将其添加到包中。Json，它是运行应用程序所必需的。

例如:express,body-parser,lodash,helmet,mysql所有这些都是在运行应用程序时使用的，而mocha,istanbul,chai,sonarqube-scanner都是在开发过程中使用的，所以把它们放在dev-dependencies中。

NPM link或NPM install也会在你的项目文件夹中安装开发依赖模块和依赖模块

正如@andreas-hultgren在这个回答中所建议的，根据npm文档:

如果有人打算下载并在他们的程序中使用您的模块，那么他们可能不想或不需要下载并构建您使用的外部测试或文档框架。

然而，对于web应用程序开发，Yeoman(一个脚手架工具，用于安装同行评审的预先编写的包)。将所有的包放在devDependencies中，而不是放在dependencies中，所以看起来——save-dev的使用在web应用程序开发中是一个安全的赌注，至少。

——save-dev将semver规范保存到包描述符文件中的“devDependencies”数组中，——save将其保存到“dependencies”数组中。

我想补充一些我的想法

我认为当别人使用你的代码而不是你自己使用时，所有的差异都会出现

例如，您编写了一个称为节点请求的HTTP库

在你的图书馆里，

你使用lodash来处理字符串和对象，没有lodash，你的代码就不能运行

如果有人将您的HTTP库作为其代码的一部分使用。你的代码会和他的代码一起编译。

你的代码需要lodash，所以你需要放入依赖来编译

如果你写一个项目，比如monaco-editor，它是一个网络编辑器，

你已经使用webpack捆绑了你所有的代码和你的产品env库，当构建完成时，只有一个monaco-min.js

所以有人不关心是——save还是——save-dependencies，他只需要monaco-min.js

简介:

如果有人想编译你的代码(用作库)， 将你的代码使用的lodash放入依赖项中 如果有人想在你的代码中添加更多的特性，他需要单元测试和编译器，把这些放到dev-dependencies中

基本上我们写

npm install package_name

但特别为了测试目的，我们不需要在应用程序运行在正常状态下运行一些包，因此Node引入了很好的方法来解决这个问题。每当我们写作时

npm install package_name --save-dev

当时，该包仅用于开发目的而安装。