我正在部署一个大型静态站点。它包含大约71000个小文件,总大小接近2GB。在打包和压缩后,tar.gz文件大小不超过33 is。
我有一个良好的互联网连接(1G下载/100米上传)。
执行firebase deploy --only hosting
退出,10分钟后出现超时错误。
[2022-10-15T17:45:08.396Z] Error: Timed out.
at Timeout._onTimeout (/home/angelcc/.nvm/versions/node/v16.17.1/lib/node_modules/firebase-tools/lib/utils.js:253:49)
at listOnTimeout (node:internal/timers:559:17)
at processTimers (node:internal/timers:502:7)
Error: An unexpected error has occurred.
发布于 2022-11-01 13:16:18
由于传输大量文件和套接字在此过程中由于不同的问题而关闭,可能会导致超时错误,这可能是连接缓慢,或者site.You传输速率较慢可能会尝试删除项目根目录中名为.firebase/hosting.*.cache
的隐藏文件夹,然后再次尝试部署。
如果您从GitHub操作或云构建步骤部署--一个稳定和良好的连接应该能够成功地部署使用本地机器的这些.If,则可以设置一个环境变量来更改托管上载进程的并发性。FIREBASE_HOSTING_UPLOAD_CONCURRENCY
,它可以设置为任意数字(例如100),它会将文件块成这样大小的组发送到版本(日志中的populateFiles)。
此外,我们还建议发布版本的限制数目,对于大型站点来说,您可以将发布的数量保持在10甚至5以下,这样就可以(a)节省极小的存储成本,(b)在将文件推升到新版本时加快处理速度。
https://stackoverflow.com/questions/74081812
复制相似问题