关于版本的基础常识
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 update –g //更新已经安装的NPM
例：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)使用，用户可以在命令行中直接运行该组件包支持的命令。
这里是全局安装了的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 的形式安装。
npx是什么？
npx是一个工具，它是npm v5.2.0引入的一条命令（npx），是npm的一个包执行器，只要为了提高从npm注册表使用软件包的体验 。 npm使得它非常容易地安装和管理托管在注册表上的依赖项， npx使得使用CLI工具和其他托管在注册表。
npx与npm的区别？
1.npx 会帮你执行依赖包里的二进制文件
举例来说，之前我们可能会写这样的命令：
npm i -D webpack
./node_modules/.bin/webpack -v
如果你对 bash 比较熟，可能会写成这样
npm i -D webpack
`npm bin`/webpack -v
有了 npx，你只需要这样
npx webpack -v
也就是说 npx 会自动查找当前依赖包中的可执行文件，如果找不到，就会去 PATH 里找。如果依然找不到，就会帮你安装！
2.npx可以执行文件，但是npm不可以
npx 甚至支持运行远程仓库的可执行文件：
npx github:piuccio/cowsay hello
再比如 npx http-server 可以一句话帮你开启一个静态服务器！（第一次运行会稍微慢一些）
npx http-server #默认返回根目录下index.html
npx http-server -p 3000 #指定端口
指定node版本来运行npm scripts：
npx -p node@8 npm run build
主要特点：
1、临时安装可执行依赖包，不用全局安装，不用担心长期的污染。
2、可以执行依赖包中的命令，安装完成自动运行。
3、自动加载node_modules中依赖包，不用指定$PATH。
4、可以指定node版本、命令的版本，解决了不同项目使用不同版本的命令的问题。
