npm管理依赖包的版本

n管理node版本

1. 安装：

$ sudo npm install -g n

2.查看当前已经安装的node版本以及正在使用的版本（前面有一个o）

$ n

3. 安装其他的node版本

安装0.11.12版本
$ n 0.11.12
//安装最新的版本
$  n latest
//安装稳定版本
$  n stable
// 删除某个版本
$ n rm 0.10.1 

4. 以指定的版本来执行脚本

$ n use 0.10.21 some.js

https://blog.csdn.net/weiguang1017/article/details/53065031

使用nrm切换npm源

//安装nrm：
npm install -g nrm
//查看已有的可以使用的源
nrm ls
//测试源的速度
nrm test
//切换到现有的源 如  nrm use taobao 之后使用npm就会从taobao下载
nrm use <源名称>
// 新增源
nrm add<源名称> <源地址>

部分常用命令

1. 安装命令

//全局安装
 npm install 模块名 -g
 //本地安装
 npm install 模块名
 //一次性安装多个
 npm install 模块1 模块2 模块3 
 //安装开发时依赖包
 npm install 模块名 --save-dev
 //安装运行时依赖包
 npm install 模块名 --save

2. 查看安装的目录

 //查看项目中模块所在的目录
 npm root
 //查看全局安装的模块所在目录
 npm root -g

3. 查看某个包的各种属性

//查看某个包对于各种包的依赖关系
 npm view 模块名 dependencies

4. 查看包的源文件地址

 //查看包的源文件地址
 npm view 模块名 repository.url

5. 查看npm的版本

npm -v 

6. 查看某个模块的bugs列表界面

npm bugs 模块名
 //例如运行npm bugs antd则会打开antd仓库的issue

7. 打开某个模块的仓库界面

npm repo 模块名
 //例如运行npm repo vue则会打开vue线上仓库，效果如下图

8.打开某个模块的文档

npm docs 模块名
 //例如运行npm docs vue则会打开vue的readme.md文档

9.打开某个模块的主页

 npm home 模块名
 //例如运行npm home vue则会打开vue模块的主页

10. 查看当前已经安装的模块

npm list
 //当然我们也可以限制输入的模块层级，例如
 npm list --depth=0

11.清除未被使用到的模块

 //有时在我们使用npm list的时候，可能会碰到一些问题，就是有些模块并没有被项目引用使用，我们还是安装了这些模块，那么我们可以一键清除这些没有使用到的模块
 npm prune

12. 初始化

npm init
// 引导你创建一个package.json文件，包括名称、版本、作者这些信息

13. 清除npm的缓存

rm -rf node_modules
npm cache clean
 //慎重使用改命令
npm cache clean -f

14. 卸载node模块

npm uninstall 模块名

15. 更新node模块

npm update 模块名
 //当然你也可以update 该模块到指定版本
 npm update 模块名 @版本号
 //如果安装到最新版本可以使用以下命令
 npm install 模块名@latest 

16. 查看当前模块依赖的node最低版本号

npm view 模块名 engines

17. 查看模块的当前版本号

 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

https://www.jianshu.com/p/b5acafba2633

查看npm的配置

npm config list

更换源

要更换国内镜像，编辑 ~/.npmrc 加入下面内容

registry = https://registry.npm.taobao.org

https://blog.csdn.net/u010398650/article/details/78925388