无收缩包装的可复制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