Javascript 如何根据我的依赖关系确定我的节点应用程序支持的最小/最大节点版本

Javascript 如何根据我的依赖关系确定我的节点应用程序支持的最小/最大节点版本,javascript,node.js,node-modules,Javascript,Node.js,Node Modules,假设我有10个开发依赖项和10个生产依赖项 如何根据我的依赖关系确定用户下载/克隆我的节点应用程序并运行它时所需的最小和最大节点版本?如何通过进入嵌套的(第一级、第二级等)依赖项来自动确定要运行的节点的最小/最大版本 到目前为止,我的package.json中的每个生产节点模块都有I'^'(最接近的兼容版本),我将使用收缩包装使其平坦。节点的max版本应始终是最新的(直到出现一些nodejs 2.0并停止兼容)而最小值应该是所有包的次要依赖项 请注意,我并不是说您应该寻找最小嵌套包,因为每个包都

假设我有10个开发依赖项和10个生产依赖项

如何根据我的依赖关系确定用户下载/克隆我的节点应用程序并运行它时所需的最小和最大节点版本?如何通过进入嵌套的(第一级、第二级等)依赖项来自动确定要运行的节点的最小/最大版本


到目前为止,我的package.json中的每个生产节点模块都有I'^'(最接近的兼容版本),我将使用收缩包装使其平坦。

节点的
max
版本应始终是最新的(直到出现一些
nodejs 2.0
并停止兼容)而
最小值
应该是所有包的次要依赖项

请注意,我并不是说您应该寻找最小嵌套包,因为每个包都需要运行其最小版本的节点,并且已经包括了它们的所有依赖项


a我不确定如何自动化,因为这些信息没有以标准方式定位在任何地方。

我关心的是,节点的特定次要/修补程序版本是否会导致API被弃用,或者某个API的行为稍有修改,这可能会使我的节点模块的某个依赖模块出错(这最终会导致我的节点应用程序失败)。现在我正在使用nvm在我本地的不同节点版本之间切换,它仍然显示0.11.16不稳定(不确定它的意思)