与this recent Github issue有关。我知道Bower很快就会被弃用，但是我很好奇应该解决的问题。更重要的是，我很好奇当前的任何JS软件包管理器（npm，yarn等）如何管理这种情况。
我的应用的bower.json指定了一个需要firebase-bower#^3.0的依赖项X和另一个需要firebase-bower#^2.3的依赖项Y。我也有一个resolutions: { "firebase": "^3.0" }条目。
由于上游URL发生了变化（在所提及的问题中，这是一个诚实的错误，但是在另一种情况下，可能是由政策引起的对公司内部注册簿/通用JS软件包的镜像的更改），我必须添加一个我的根bower.json中的条目以从新URL提取firebase#^3.0。但是，这会在为我的依存关系获取firebase#^2.3条目时引起错误（我认为是因为在尝试从Github进行获取后 应用了解析度？）。
这是一个问题：假设我有一个要从内部注册表而不是github（或其他默认位置）获取的软件包（让我们继续使用firebase的示例）；并且我希望将其应用于我要获取的所有Firebase实例（包括依赖项），是否有办法实现？当前的任何JS软件包管理器都这样做吗？
作为一种可能的解决方案，我认为如果要通过apt完成此任务。通过使用内部镜像创建一个sources.list条目，我或许可以实现这一目标...