Gro*_*fit 5 javascript node.js npm
因此,NPM 3已经删除了自动解析对等依赖关系,这很好,但是如果我在其他地方使用应用程序来开发插件/库,如果我在peerDependencies这里使用底层库这是正确的概念,则意味着如果有人想要要在该库上工作,他们需要手动解决所有依赖项.
因此,我没有让他们这样做,而是将相同的依赖项放入devDependencies以满足本地开发场景,这似乎是合乎逻辑的,因此任何使用它的人都需要明确地满足对等体,任何开发库的人都将获得免费的对等依赖性.这个devDependencies.
所以问题是,这有什么不对吗?因为我能找到关于如何以peerDependencies任何自动方式合理处理NPM3的信息.
===更新===
正如评论中所提到的,当我尝试这样做时,它与早期版本的npm不兼容,因此npm> = 3.0可以正常使用这种方法并且它自动满足标准,开发人员可以检查npm install并提高工作效率,如果你是在早期版本的NPM上做到这一点,它就会在未满足的同级依赖项中爆炸,似乎无法正常工作.
我发布这个,因为我希望这与早期版本的不兼容在某种程度上归结为我的无能,所以我既可以支持那些只想npm install在这个软件包上开发它的人的开发,也可以支持以前的版本.因此,如果您知道更好的方法或解决此问题或其他问题,请介绍一下.
我被要求将此作为答案发布,所以这里是:
正如评论中提到的,当我尝试以这种方式做事时,它与早期版本的 npm 不兼容,因此 npm >= 3.0 可以很好地使用这种方法,并且它自动满足开发人员检查 npm install 并提高工作效率的标准,但是,如果您要在 NPM 的早期版本上执行此操作,它会因未满足对等依赖项而爆炸,并且似乎不起作用。
我发布这篇文章是因为我希望与早期版本的不兼容性在某种程度上归因于我的无能,这样我既可以为那些只想在这个包上安装 npm 来为其开发的人提供轻松的开发支持,也可以为以前的版本提供支持。因此,如果您知道更好的方法或解决此问题或本文引入的其他问题的方法,请大声说出来。
| 归档时间: |
|
| 查看次数: |
232 次 |
| 最近记录: |