因此NPM 3已经删除了对等依赖项的自动解析，这很好，但是如果我使底层库使用peerDependencies这是正确的，那么在开发插件/库以供其他应用程序使用的场景中这里的意思是，如果有人想要在该库上工作，他们需要手动解决所有依赖关系。
因此，我没有让他们这样做，而是将相同的依赖项放入devDependencies以满足本地开发方案似乎是合乎逻辑的，因此任何使用它的人都需要明确地满足同行，任何进一步开发库的人将通过devDependencies免费获得对等依赖项。
所以问题是，这有什么不对吗？因为我能找到关于如何以任何自动方式合理处理NPM3中peerDependencies的信息。
===更新===
正如评论中所提到的，当我尝试这样做时，它与早期版本的npm不兼容，因此npm＆gt; = 3.0可以正常使用这种方法，并且它自动满足标准，供开发人员查看{ {1}}并且富有成效，但是如果你在早期版本的NPM上做这件事，它就会围绕不满足的同伴依赖性而爆炸，而且似乎不起作用。
我发布这个，因为我希望这与早期版本的不兼容性在某种程度上取决于我的无能，所以我可以支持那些只想在这个软件包上为npm install开发的人的开发，还有以前的版本。因此，如果你知道一个更好的方法或解决这个或其他问题，请介绍一下。
答案 0 :(得分：0)
我被要求发布这个作为答案，所以你去：
<块引用>正如评论中提到的，当我尝试以这种方式做事时，它与早期版本的 npm 不兼容，因此 npm >= 3.0 可以很好地使用这种方法，并且它自动满足开发人员检查 npm install 的标准并提高工作效率，但是如果您要在较早版本的 NPM 上执行此操作，它会因未满足对等依赖项而崩溃，并且似乎无法正常工作。
<块引用>我发布这个是因为我希望这种与早期版本的不兼容在某种程度上归结为我的无能，所以我既可以支持那些只想在这个包上安装 npm 来为它开发的人的轻松开发，但也是以前的版本。因此，如果您知道更好的方法或解决此或其他问题的方法，请说出来。