似乎getcomposer.org今天响应非常缓慢。这打破了对各个步骤具有合理超时的部署。是否有后备或备用地址？
答案 0 :(得分：0)
Getcomposer.org不应该影响您的部署，但是如果getcomposer.org运行缓慢，则很可能也会影响packagist.org，它会托管软件包信息。
如果您直接使用Packagist中的项目，您的部署不仅依赖于packagist.org正在运行，而且可用，而是依赖于您所依赖项目的托管站点（很可能是Github或Bitbucket）。如果您能够独立于这些网站的状态进行部署，那么这可能不是最佳选择。
您可以运行本地Satis实例以避免依赖packagist.org。如果你想停止依赖Github或Bitbucket，那么你可以为你的依赖项托管存储库的私有副本，并在你的私有Satis实例中提供你的私有存储库，你可以自给自足，并在你的作曲家中使用Packagist禁用。 JSON。
如果您有本地Satis实例，则必须定期更新它以便能够更新您的依赖项。如果您自己托管存储库，则需要从上游拉出并更新Satis才能运行composer update。
有关Satis检查的信息https://getcomposer.org/doc/articles/handling-private-packages-with-satis.md。