n管理node版本
- 安装：
$ sudo npm install -g n
2.查看当前已经安装的node版本以及正在使用的版本（前面有一个o）
$ n
- 安装其他的node版本
安装0.11.12版本
$ n 0.11.12
//安装最新的版本
$ n latest
//安装稳定版本
$ n stable
// 删除某个版本
$ n rm 0.10.1
- 以指定的版本来执行脚本
$ n use 0.10.21 some.js
使用nrm切换npm源
//安装nrm：
npm install -g nrm
//查看已有的可以使用的源
nrm ls
//测试源的速度
nrm test
//切换到现有的源 如 nrm use taobao 之后使用npm就会从taobao下载
nrm use <源名称>
// 新增源
nrm add<源名称> <源地址>
部分常用命令
- 安装命令
//全局安装
npm install 模块名 -g
//本地安装
npm install 模块名
//一次性安装多个
npm install 模块1 模块2 模块3
//安装开发时依赖包
npm install 模块名 --save-dev
//安装运行时依赖包
npm install 模块名 --save
- 查看安装的目录
//查看项目中模块所在的目录
npm root
//查看全局安装的模块所在目录
npm root -g
- 查看某个包的各种属性
//查看某个包对于各种包的依赖关系
npm view 模块名 dependencies
- 查看包的源文件地址
//查看包的源文件地址
npm view 模块名 repository.url
- 查看npm的版本
npm -v
- 查看某个模块的bugs列表界面
npm bugs 模块名
//例如运行npm bugs antd则会打开antd仓库的issue
- 打开某个模块的仓库界面
npm repo 模块名
//例如运行npm repo vue则会打开vue线上仓库，效果如下图
8.打开某个模块的文档
npm docs 模块名
//例如运行npm docs vue则会打开vue的readme.md文档
9.打开某个模块的主页
npm home 模块名
//例如运行npm home vue则会打开vue模块的主页
- 查看当前已经安装的模块
npm list
//当然我们也可以限制输入的模块层级，例如
npm list --depth=0
11.清除未被使用到的模块
//有时在我们使用npm list的时候，可能会碰到一些问题，就是有些模块并没有被项目引用使用，我们还是安装了这些模块，那么我们可以一键清除这些没有使用到的模块
npm prune
- 初始化
npm init
// 引导你创建一个package.json文件，包括名称、版本、作者这些信息
- 清除npm的缓存
rm -rf node_modules
npm cache clean
//慎重使用改命令
npm cache clean -f
- 卸载node模块
npm uninstall 模块名
- 更新node模块
npm update 模块名
//当然你也可以update 该模块到指定版本
npm update 模块名 @版本号
//如果安装到最新版本可以使用以下命令
npm install 模块名@latest
- 查看当前模块依赖的node最低版本号
npm view 模块名 engines
- 查看模块的当前版本号
npm view 模块名 version
//需要注意的是查看到的模块版本是该模块再远程仓库的版本号，并不是当前项目中所依赖的版本号。
//查看当前项目中应用的某个模块的版本号的命令为
npm list 模块名 version
语义化版本号
- 每个版本号都形如1.2.3，由三个部分组成，依次叫做“主版本号”、“次版本号”和“修订号”
- 当新版本无法兼容基于前一版本的代码时，则提高主版本号
- 当新版本新增了功能与特性，但仍兼容前一版本的代码时，则提高次版本号
- 当新版本仅仅修正漏洞或者增强效率，仍然兼容前一版本代码，则提高修订号
- 默认情况下，npm install --save下载的都是最新版本，并且会在package.json文件里登记一个最优版本号，
"cluster": ">= 0.7.7",
// cluster 版本必须大于等于 0.7.7 或者限定版本范围 npm install cluster@">=0.7.7<0.8.0"
"commander": "^2.6.0",
/* ^会匹配最新的大版本依赖包，=大版本不变即可,其他版本随便更新。
当我们npm install 的时候,安装到 node_modules 目录下的
commander开源包可能是 2.6.0 或 2.7.3 或 2.8.9 ......不包括3.0.0
只要前面2不变即可.这种版本限制相对对宽松,还是少用为妙.*/
"commander": "~1.2.3",
/* ~会匹配最近的小版本依赖包，比如~1.2.3会匹配所有1.2.x版本，
但是不包括1.3.0*/
"async" : "1.2.3",
// 指定特定的版本号 npm install async@1.2.3
"async" : "*",
// 最糟糕的一种版本控制,一点限制没有.
使用npm shrinkwrap命令锁定项目依赖
在开发某个Node项目时，进行到某个节点，一切都运行顺利，说明目前所有的依赖包（以及更底层的依赖包）和你的代码兼容得很好。这个时候，就可以在项目文件夹下运行上面的这个命令。它会生成一个npm-shrinkwrap.json文件，记录目前所有依赖包（及更底层依赖包）的版本信息。这样当以后你（或者你的同事、你的用户）运行npm install命令时，npm首先会找npm-shrinkwrap.json文件，依照其中的信息来准确地安装每一个依赖包，只有当这个文件不存在时，npm才会使用package.json。
在这之后开发的过程中，如果想要更新某个依赖包，比如将Express从4.13.0更新到4.14.1，那么就只需npm install express@4.14.1；或者想要添加新的依赖包，比如Helmet，也只需npm install helmet。经过一段时间的测试与开发，当你确定这些新版本新安装的依赖包与自己的代码兼容后，就可以再次运行npm shrinkwrap命令来锁定依赖包的版本。
如果package-lock.json和npm-shrinkwrap.json存在于包的根，package-lock.json将被完全忽略。
uber 发布了 npm-shrinkwrap 工具 ，
在（当前机器的当前用户的）所有项目禁用 package-lock.json
npm config set package-lock false
查看npm的配置
npm config list
更换源
要更换国内镜像，编辑 ~/.npmrc 加入下面内容
registry = https://registry.npm.taobao.org
npm包维护人员管理
npm owner add <user> [<@scope>/]<pkg>
npm owner rm <user> [<@scope>/]<pkg>
npm owner ls [<@scope>/]<pkg>
