我想补充一些我的想法

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

例如，您编写了一个称为节点请求的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

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

一个完美的例子是:

$ npm install typescript --save-dev

在这种情况下，你会希望使用Typescript(一种可解析javascript的编码语言)进行开发，但一旦应用被部署，就不再需要Typescript了，因为所有的代码都已转译为javascript。因此，将它包含在已发布的应用程序中毫无意义。事实上，它只会占用空间并增加下载时间。

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

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

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

阅读完成并忘记——保存开发头痛

最简单的答案是——当你为其他开发人员创建包，并希望将包托管在NPM Registry(如lodash、mongoose、express等)时，save-dev非常有用。当你构建或编写Node Server时，——save和——save-dev之间没有区别，因为你的Node Server实现对你来说是私有的，你永远不会在NPM上发布它。

NPM安装如何工作

Whenever we install a new package using npm like npm install express then NPM installs that package to our system and put it into node_modules folder, now NPM will analyze the package.json file of newly installed package i.e express in this case, after analyzing NPM will install all those packages which were mentioned in dependencies section of package.json file of express package. After installing those packages on which express was dependent NPM again analyze the package.json file of all newly installed packages and again install the packages for them, this cycle goes on until all packages are available into node_modules folder to function properly. You can check package dependencies by running npm list in terminal where terminal should point location of your project directory.

——save-dev如何与上述解释的内容相关

Suppose you want to create a new package like express, now while development of this new package you probably want to write some unit testing code and test the package with any other available testing package let's assume mocha in this case. Now you know mocha is only required to test the package not required to use the package. In this case you should install mocha using --save-dev flag, otherwise NPM will install it whenever a developer install your package using NPM. So if we want a dependency not installed when someone install our package from NPM we must install that package using --save-dev in development phase.

最后一件事

不要把——save-dev和协作开发混在一起，如果有人从像github这样的源版本控制系统中克隆了你的包代码，那么NPM肯定会安装所有的devDependencies，也就是使用——save-dev安装的包。

如果您在自己的项目中尝试过——save和——save-dev，那么它们之间的区别可能不会立即被注意到。这里有几个例子…

假设您正在构建一个应用程序，该应用程序使用moment包来解析和显示日期。你的应用程序是一个调度程序，所以它确实需要这个包来运行，就像:没有它就不能运行。在这种情况下，你会使用

npm install moment --save

这将在package.json中创建一个新值

"dependencies": {
   ...
   "moment": "^2.17.1"
}

在开发时，使用测试套件等工具确实有帮助，可能需要jasmine-core和karma。在这种情况下，你会使用

npm install jasmine-core --save-dev
npm install karma --save-dev

这也会在package.json中创建一个新值

"devDependencies": {
    ...
    "jasmine-core": "^2.5.2",
    "karma": "^1.4.1",
}

您不需要测试套件来运行应用程序的正常状态，所以它是一个——save-dev类型的依赖，仅此而已。你可以看到，如果你不理解到底发生了什么，那就有点难以想象。

直接从NPM docs docs#dependencies中获取

依赖关系 依赖项在映射包名的简单对象中指定 到版本范围。版本范围是一个字符串，包含一个或 更多空格分隔的描述符。依赖关系也可以被识别 使用tarball或git URL。 请不要将测试工具或转译器放在您的依赖项中 对象。参见下面的devDependencies。

即使在文档中，它也会要求你使用——save-dev用于测试设备等模块。