react 无法升级到 16 ,折腾死了

你可知道我每个新项目跑起来后，都会备份 node_modules

时刻关注，该升早点升，有问题早发现，等过一段时间升，一堆依赖包要升，有问题你都不知道哪个引起的

公司的项目没有办法只能尽量跟上。个人项目尽量减少依赖，尽量用已经稳定的旧东西，反正其实都能做出来。练手项目就看心情了。

green keeper

一楼 你只需要备份 package.json 就行 有 Git 的话也不用备份了 在历史 commit 找就是

哈哈哈 @hlwjia #1 厉害了，多问一句，备份到哪里？

按说 15 能跑的 16 不会出很大问题…如果以前写得比较规范的话…

说实话 React 的版本升级真算还好的了，react-router 的大版本升级才是令人颤抖的存在

依赖管理真麻烦

@brickyang +1，react-router 真是升个大版本就要重新写一遍

@thundernet8 你错了 备份 package.json 不够：
1. 因为你 package.json 里面版本通常没有锁定 默认是可以 patch 更新“^1.1.0 ”这样
2. 就算你依赖版本锁定了 但是依赖的依赖还是没有被锁定 所以还是有不少概率由于 依赖的依赖 patch 更新引入 bug 或者上层不兼容导致 app 的 bug
3. 有时候 npm 抽风 把一堆非常基础的包给弄没了（此外国内的网络问题就不用多说了）

@hlwjia 所以一般情况下 你只需要备份 package-lock.json 或者 yarn.lock 就基本上相当于备份 node_modules 了
最好前提是网络比较通畅 或者有 npm 镜像缓存

npm 的 package-lock.json 或者 yarn 的 yarn.lock 就是把解析后的版本和下载地址都锁定下来 只要下载地址还存在 就可以精确的复现 node_modules

当然万事都不是绝对的 有时候备份 npm tgz 缓存还是有必要的 搞不好 npm 就抽了

@SuperMild NodeJS 社区发展太快 无论本身还是包版本升级都太快 就算是稳定的旧东西 也很快就变得不稳定或者 deprecated 了 除非你用 Java PHP 那套 才可能稳定好多年

@yyfearth trust me. 什么 shrinkwrap 各种 lock 我都知道啊（也在用），但不够保险（当然我的做法太保守是肯定的，但是我只想多花点时间把项目写好，不是解决依赖问题

@thundernet8， @yyfearth 已经解释地很清楚了哈

确实蛋疼 有次升级报错 查找半天 最后手动进一个包里把这个包的某一个依赖的最新 git clone 下来 替换 才 tm 解决 恶心死了 替换完 直接把 node_modules 备份了