Caching 寻找composer软件包的开源存储库，通过它代理我的构建的请求，并构建本地缓存以供将来使用

在过去的几天里，我遇到了这样的错误：

Notice: /Stage[main]/Ymd_apache2::Drupal::Install::Composer/Exec[composer_install_drupal_for-my.domain.tld]/returns:   
The "http://repo.packagist.org/p/icecave/parity%24e12bbae9986909655d8294143107cb751f4df60f2ac1f45e8254014c7873abd7.json" 
file could not be downloaded: failed to open stream: Cannot assign requested address

我的问题是：我的集群中是否有一个开源工具可以安装，它可以作为composer（也许也可以是js）包的存储库，并将我的请求代理给外部世界，缓存所需包的成功拉取，并为将来的部署保留它们

目前我还没有获得jfrog许可证的预算

到目前为止，我的研究发现这两篇文章似乎是相关的，但我担心的是：（1）关于这两篇文章的报道似乎很少；（2） 似乎很少有人向回购提供承诺，因此没有对发行进行标记；（3） 自从其中一篇文章发表以来，已经有六年多的时间了

这两种方法中的任何一种都能为我提供一个稳定的解决方案吗？还是额外的头痛

如有相关经验，将不胜感激

谢谢， --休·埃斯科退房

• 通过satis提供编写器存储库
• 有一个web GUI
• 可以用作“缓存”/代理

我们在过去的一个项目中出于类似的目的使用了它。工作得很好

它由我有幸与之共事的最伟大的开发人员之一进行了很好的维护

---

您应该能够轻松地将Suffite部署到集群中。

您使用的是哪个版本的Composer？通常，它应该通过HTTPS下载所有数据。下载的包是从本地缓存提供的-在下载包列表之前的一个步骤中会出现给定的错误消息。另一方面，您是否检查了发生这些错误的原因？您的群集是否存在任何类型的网络问题？非常确定我的网络配置很紧。我有许多其他进程从这个集群连接到世界的多个方向，没有问题。到目前为止，我的CI服务器已经使用此过程运行了大约300次部署。这是一个间歇性的问题，但几天前它阻碍了一些背靠背部署。从那时起，部署就成功了（有时由于其他原因而失败）。我刚刚确定这是一个潜在的难点，需要添加到积压工作中。此问题旨在为我的群集的未来增强提供指导，以解决这些错误。