无收缩包装的可复制npm安装(忽略给定日期后发布的软件包)

无收缩包装的可复制npm安装(忽略给定日期后发布的软件包),npm,installation,date-range,transitive-dependency,Npm,Installation,Date Range,Transitive Dependency,最近我遇到了一个问题,babel eslint的某个可传递依赖项的新版本无法解析流参数化类型。降级babel eslint不起作用,因为较新版本的可传递DEP与较旧版本的babel eslint完全兼容 由于新的npm安装在几个月前运行良好,如果有一个类似时间机器的功能,它可以安装与几个月前某个特定日期完全相同的软件包,我应该能够再次获得一个工作项目设置 有没有办法让npm的聚会安装就像2015年一样 通过使用npm shrinkwrap--dev锁定所有依赖项的版本,您可以(也可能应该)避免陷

最近我遇到了一个问题,
babel eslint
的某个可传递依赖项的新版本无法解析流参数化类型。降级
babel eslint
不起作用,因为较新版本的可传递DEP与较旧版本的
babel eslint
完全兼容

由于新的
npm安装在几个月前运行良好,如果有一个类似时间机器的功能,它可以安装与几个月前某个特定日期完全相同的软件包,我应该能够再次获得一个工作项目设置

有没有办法让npm的聚会
安装
就像2015年一样

通过使用
npm shrinkwrap--dev
锁定所有依赖项的版本,您可以(也可能应该)避免陷入此修复中

但是,如果您被一个失败的项目所困扰,并且您很难确定哪些可转换的DEP可以回滚到早期版本,那么您可以使用我创建的npm,它允许您
npm安装--ignore versions after=2016-05-03
(或者您记得它工作的任何日期)来恢复工作的DEP,然后
npm shrinkwrap--dev

通过使用
npm shrinkwrap--dev
锁定所有依赖项的版本,您可以(也可能应该)避免陷入此修复

但是,如果您被一个失败的项目所困扰,并且您很难确定哪些可转换的DEP可以回滚到早期版本,那么您可以使用我创建的npm,它允许您
npm安装--ignore versions after=2016-05-03
(或者您记得它工作的任何日期)来恢复工作的DEP,然后是npm收缩包装--dev