Javascript npm嵌套依赖，为什么不模仿gem？
我今天正在安装，看看它是如何一次又一次地安装我的应用程序依赖项的相同包的，那么为什么npm不使用类似gem的系统呢？在全球范围内保存库和他的不同版本，如果您在服务器上有多个项目，并且没有一次又一次地安装相同的库，那么共享同一个库会很酷。我知道这是npm链接的一种解决方法，但似乎不被认为是最佳做法。对于这种功能选择，我能给出的最佳猜测是产品可以使用。可能您使用的是Connect 2.8，但您可能使用的依赖项是Connect 1.5，它与您的Connect版本不兼容。对于这种功能选择，我能给出的最佳猜测是产品可以使用的库的不同版本。可能您使用的是Connect 2.8，但您的依赖项可能使用的是与Connect版本不兼容的Connect 1.5。依赖项管理很困难。npm非常坚持不共享包，坚持每个包都有自己的node_模块文件夹。这就避免了很多潜在的陷阱，可以避免。软件包非常小，使用稍微多一点的磁盘空间几乎总是比试图解决与依赖关系版本控制相关的问题要好Javascript npm嵌套依赖，为什么不模仿gem？,javascript,node.js,gem,npm,sails.js,Javascript,Node.js,Gem,Npm,Sails.js,我今天正在安装，看看它是如何一次又一次地安装我的应用程序依赖项的相同包的，那么为什么npm不使用类似gem的系统呢？在全球范围内保存库和他的不同版本，如果您在服务器上有多个项目，并且没有一次又一次地安装相同的库，那么共享同一个库会很酷。我知道这是npm链接的一种解决方法，但似乎不被认为是最佳做法。对于这种功能选择，我能给出的最佳猜测是产品可以使用。可能您使用的是Connect 2.8，但您可能使用的依赖项是Connect 1.5，它与您的Connect版本不兼容。对于这种功能选择，我能给出的最佳
同样有趣的是，请注意何时在git中包括node_模块 依赖关系管理很困难。npm非常坚持不共享包，坚持每个包都有自己的node_模块文件夹。这就避免了很多潜在的陷阱，可以避免。软件包非常小，使用稍微多一点的磁盘空间几乎总是比试图解决与依赖关系版本控制相关的问题要好
同样有趣的是，请注意何时在git中包括node_模块 正是！我认为这是以撒这样做的主要原因。在过去的一年里，我一直在为游戏和我们所有的项目使用npm，这真是太棒了——我坚信他做出了正确的选择。我自己对此毫无怨言，这是一个非常可靠的工具。没错！我认为这是以撒这样做的主要原因。在过去的一年里，我一直在使用npm进行游戏和我们所有的项目，这真是太棒了——我坚信他做出了正确的选择。我自己对此毫无怨言，这是一个非常可靠的工具。