先来看下package.json文件里的各种版本符号

version
必须匹配某个版本

^version

//^此符号表示向后兼容新版本，会把当前库的版本更新到第一位数(不是0的第一位)的最新版本；
//如第一个，会更新到4.X.X,也就是>=4.1.4 < 5.0.0;

"webpack-merge": "^4.1.4",  //>=4.1.4 < 5.0.0
"shelljs": "^0.8.2",  //>=0.8.2 <0.9.0

~version
他会更新到当前minor version（中间那位数）中的最新版本。

~1.15.2    >=1.15.2  <1.16.0

>=version
大于或等于某版本
其他不说了，跟这个>=一样，看符号就知道啥意思了；

package-lock.json

package-lock.json的作用就是锁定安装时的版本号并上传到git上，保证其他人在npm install时下载的依赖都保持一直。

根据官方文档，这个package-lock.json 是在 npm install时候生成一份文件，用以记录当前状态下实际安装的各个npm package的具体来源和版本号。

为什么要有这个文件呢？
npm是一个管理package之间依赖关系的管理器，它允许开发者在package.json里标出自己项目对npm各库包的依赖，如

"dependencies": {
 "@types/node": "^8.0.33",
},

^表示向后(新)兼容依赖，上面已经指出，所以实际npm i 下载下来版本可能是8.0.35.

大多数情况这种向新兼容依赖下载最新库包的时候都没有问题，可是因为npm是开源世界，各库包的版本语义可能并不相同，有的库包开发者并不遵守严格这一原则：相同大版本号的同一个库包，其接口符合兼容要求。这时候用户就很头疼了：在完全相同的一个nodejs的代码库，在不同时间或者不同npm下载源之下，下到的各依赖库包版本可能有所不同，因此其依赖库包行为特征也不同有时候甚至完全不兼容。

因此npm最新的版本就开始提供自动生成package-lock.json功能，为的是让开发者知道只要你保存了源文件，到一个新的机器上、或者新的下载源，只要按照这个package-lock.json所标示的具体版本下载依赖库包，就能确保所有库包与你上次安装的完全一样。

总结一下就是，package.json文件只能锁定大版本，也就是版本号的第一位，并不能锁定后面的小版本，你每次npm install都是拉取的该大版本下的最新的版本，为了稳定性考虑我们几乎是不敢随意升级依赖包的，这将导致多出来很多工作量，测试/适配等，所以package-lock.json文件出来了，当你每次安装一个依赖的时候就锁定在你安装的这个版本。

安装时包有bug怎么办？
不能直接去package.json里改，然后再npm install，（据知乎网友测试，这时候package-lock.json文件也会更新为修改的版本号，但是npm install安装到node_modules里的依赖并不是手改的版本。。所以还是不要手改了。）
只能通过 npm install xxx(更新小版本)或者npm install xxx@xxx(指定版本号)来更新依赖，然后package-lock.json随之更新。

ok就酱，我很慢，但我不会停。