关于版本的基础常识

version固定版本
>version
>=version
<version
<=version
~version    近似版本(次要版本)
^version    兼容版本
*       任何版本
a - b       a->b之间

-save：表示在安装的同时，将依赖包写入package.json中
-dev:表示将依赖写在devDependency（开发依赖包）中
运行时需要用到的包使用--save，否则使用--save-dev。

npm：是安装node.js时附带的包管理工具。

• 允许用户从NPM服务器下载别人编写的第三方包到本地使用
• 允许用户从NPM服务器下载别人编写的命令行程序到本地使用
• 允许用户将自己编写的包或命令行程序上传到NPM服务器供别人使用

使用 npm 的 scripts，我们可以像使用 npx 那样通过模块名引用本地安装的 npm 包。这是大多数基于 npm 的项目遵循的标准。
package.json中 “script”:{ “build”:”webpack”}
Npm Script是一个任务执行者。npm是在安装Node.js时附带的包管理器，Npm Script则是Npm内置的一个功能，允许在package.json文件里面使用scripts字段定义任务
scripts字段是一个对象。它的每一个属性，对应一段脚本。这些定义在package.json里面的脚本，就称为 npm 脚本。比如，build命令对应的脚本是node build.js。
npm run build 等同于执行 node build.js

npm 脚本有pre和post两个钩子。举例来说，build脚本命令的钩子就是prebuild和postbuild。

"prebuild": "echo I run before the build script",
 "build": "cross-env NODE_ENV=production webpack",
 "postbuild": "echo I run after the build script"

用户执行npm run build的时候，会自动按照下面的顺序执行。

npm run prebuild && npm run build && npm run postbuild

npm 脚本有一个非常强大的功能，就是可以使用 npm 的内部变量。
首先，通过npm_package_前缀，npm 脚本可以拿到package.json里面的字段。比如，下面是一个package.json。

{ 
  "name": "foo",
   "version": "1.2.5",
   "scripts": { "view": "node view.js" }
 }

那么，变量npm_package_name返回foo

console.log(process.env.npm_package_name); // foo

为啥我们需要一个包管理工具呢？

因为我们在Node.js上开发时，会用到很多别人写的JavaScript代码。如果我们要使用别人写的某个包，每次都根据名称搜索一下官方网站，下载代码，解压，再使用，非常繁琐。于是一个集中管理的工具应运而生：大家都把自己开发的模块打包后放到npm官网上，如果要使用，直接通过npm安装就可以直接用，不用管代码存在哪，应该从哪下载。
更重要的是，如果我们要使用模块A，而模块A又依赖于模块B，模块B又依赖于模块X和模块Y，npm可以根据依赖关系，把所有依赖的包都下载下来并管理起来。否则，靠我们自己手动管理，肯定既麻烦又容易出错。

npm部分命令

npm -v 测试是否成功安装（查看npm版本号）
npm命令，安装模块
npm install <Module Name>

例：npm install express(web框架模块)
安装好后，express包在工程目录node_modules目录中，
代码中通过 var express = require(‘express’); 即可使用

npm install express #本地安装
npm uninstall 名字 卸载
npm install express -g #全局安装

npm list -g --depth=0查看了我的npm全局安装列表
npm root -g查看全局安装目录。
npm i --save lodash i 是install的简写 -s是--save的简写
i --> install
D --> --save-dev
S --> --save
npm cache clean 清理缓存

错误：npm err! Error:connect ECONNREFUSED 127.0.0.1:8087
解决办法：$ npm config setproxy null

npm上传自己的模块:https://www.npmjs.com/

npm全局安装和局部文件安装区别

全局安装

全局安装往往是安装一个工具，他不是安装在一个文件夹下，而是安装在某个全局环境下，一般在：C:\Users\cvter\AppData\Roaming\npm路径下
在这里，我们可以看到所有全局安装的工具，如webpack、babel-cli等等。
全局安装后可以供命令行(command line)使用，用户可以在命令行中直接运行该组件包支持的命令。

image.png
这里是全局安装了的babel和webpack，可以看到在根目录下都有cmd后缀的文件，通过这些文件，我们就可以直接在命令行中使用了。如使用babel --version、babel-doctor --version等等都是有效的，且不管你是在哪个目录文件下运行的

局部安装

但是局部安装并不是这样，往往是在一个项目中安装之后装入 ./node_nodules 下面，然后在项目中，直接在webpack.config.js通过 require 等方式引入。这样的局限在于，只能是在本项目中使用。
本地安装一般是 npm install webpack或者npm install webpack --save 或者 npm install webpack --save-dev等等，他们都是局部安装，区别仅在于是否将依赖存入dependencies以及devdependencies文件中去。
var path = require(‘path’)
var webpack = require(‘webpack’)

为什么已经全局安装了，还需要本地安装呢？

1、仅仅是全局安装够用吗？

在js实例代码中，通常情况下引入的模块是分为两种来寻找的，一种就是全局模块，通过NODE_PATH下去寻找；还有一种就是通过./node_modules去寻找。
(默认下node.js会在NODE_PATH和目前js所在项目下的node_modules文件夹下去寻找模块)
如果只是全局安装，不能直接通过require()的方式去引用模块，需要手动解决包路径的配置问题，当然你也可以复制全局安装的node_modules文件夹到项目下，还有办法可以选择将环境变量的NODE_PATH设置为C:\Program Files\nodejs。
　　另外，我们也许在不同的项目中所需要的模块的版本是不同的，或者可能对某些模块进行重新命名，这就导致一个项目的重命名影响全局，这是不划算的。

2、本地安装的重要性。

因为我们需要的包可能有十个，他们之间相互依赖的，如果我们使用全局包，那么每次包的升级、更新等就会影响你的多个项目，那么依赖关系就会被破坏，所以使用本地安装有利于不同项目之间的独立性。

各个npm安装命令的区别

npm install moduleName 命令安装模块到项目目录下
1.安装模块到项目node_modules目录下。
2.不会将模块依赖写入devDependencies或dependencies 节点。
3.运行 npm install 初始化项目时不会下载模块。

npm install -g moduleName 命令 ( -g 的意思是将模块安装到全局，具体安装到磁盘哪个位置，要看 npm config prefix 的位置。)
1.安装模块到全局，不会在项目node_modules目录中保存模块包。
2.不会将模块依赖写入devDependencies或dependencies 节点。
3.运行 npm install 初始化项目时不会下载模块。

npm install --save moduleName 命令 -save 的意思是将模块安装到项目目录下，并在package文件的dependencies节点写入依赖。
1.安装模块到项目node_modules目录下。
2.会将模块依赖写入dependencies 节点。
3.运行 npm install 初始化项目时，会将模块下载到项目目录下。
4.运行npm install --production或者注明NODE_ENV变量值为production时，会自动下载模块到node_modules目录中。

npm install --save-dev moduleName 命令 -save-dev 的意思是将模块安装到项目目录下，并在package文件的devDependencies节点写入依赖。
1.安装模块到项目node_modules目录下。
2.会将模块依赖写入devDependencies 节点。
3.运行 npm install 初始化项目时，会将模块下载到项目目录下。
4.运行npm install --production或者注明NODE_ENV变量值为production时，不会自动下载模块到node_modules目录中。

总结:
devDependencies 节点下的模块是我们在开发时需要用的，比如项目中使用的 gulp ，压缩css、js的模块。这些模块在我们的项目部署后是不需要的，所以我们可以使用 -save-dev 的形式安装。
像 express 这些模块是项目运行必备的，应该安装在 dependencies 节点下，所以我们应该使用 -save 的形式安装。

image.png