最近我遇到了一个问题,即某些传递依赖项的新版本babel-eslint
无法解析 Flow 参数化类型。降级babel-eslint
不起作用,因为新版本的传递 deps 与旧版本的babel-eslint
.
由于npm install
几个月前一个新的工作正常,如果有一个类似时间机器的功能,它可以安装与几个月前特定日期完全相同的包,我应该能够再次获得一个工作项目设置。
有没有办法让npm
派对install
像 2015 年一样?
最近我遇到了一个问题,即某些传递依赖项的新版本babel-eslint
无法解析 Flow 参数化类型。降级babel-eslint
不起作用,因为新版本的传递 deps 与旧版本的babel-eslint
.
由于npm install
几个月前一个新的工作正常,如果有一个类似时间机器的功能,它可以安装与几个月前特定日期完全相同的包,我应该能够再次获得一个工作项目设置。
有没有办法让npm
派对install
像 2015 年一样?
npm shrinkwrap --dev
您可以(并且可能应该)通过使用锁定所有依赖项的版本来避免进入此修复程序。
但是,如果您遇到了一个损坏的项目,并且您无法确定要回滚到早期版本的传递 deps,您可以使用我创建的这个 npm 分支,它允许您npm install --ignore-versions-after=2016-05-03
(或您记得的任何日期它正在工作)以恢复工作部门,然后npm shrinkwrap --dev
。