大体积Firebase Hosting部署报错：认证令牌过期

这种大体积部署超时加token过期的问题确实挺闹心的，结合你的情况，我整理了几个实用的解决方案，你可以按顺序试试：

• 优先升级firebase-tools到最新版本
  你当前使用的firebase-tools@3.18.4是非常老旧的版本，距今已有数年，这个版本不仅在token生命周期管理上存在缺陷，对大文件上传的支持也极不完善。升级到最新版本能从底层解决超时、token自动刷新等问题：

  npm install -g firebase-tools
  

  升级完成后，重新生成CI登录令牌：

  firebase login:ci
  

  新版本的CLI会自动启用分块上传、断点续传等优化，大幅降低长时间上传导致的token过期概率。

• 大幅削减托管目录体积
  15GB的静态资源体量过大，先从精简目录入手：

  • 创建或完善.firebaseignore文件，排除无需部署的冗余内容，比如本地依赖文件夹node_modules/、日志文件*.log、临时缓存目录temp/、未压缩的原始素材等，规则和.gitignore完全一致。
  • 对静态资源做压缩优化：用工具压缩图片（如OptiPNG、TinyPNG）、混淆压缩JS/CSS（如Terser、PostCSS），多数资源能压缩30%-70%的体积，直接缩短上传时长。

• 利用新版本的增量上传特性
  新版firebase-tools默认支持增量上传，仅上传上次部署后修改过的文件。优化完目录体积后，第一次全量上传的时间会大幅缩短，后续更新只会同步变化的内容。你也可以在firebase.json中配置缓存规则，帮助CLI更精准识别未修改文件：

  {
    "hosting": {
      "public": "你的托管目录路径",
      "ignore": [
        "firebase.json",
        "**/.*",
        "**/node_modules/**"
      ],
      "headers": [
        {
          "source": "**/*.@(js|css|png|jpg)",
          "headers": [
            {
              "key": "Cache-Control",
              "value": "max-age=31536000"
            }
          ]
        }
      ]
    }
  }
  

• 确保网络环境稳定
  大文件上传对网络稳定性要求很高，尽量使用有线网络连接，避免无线信号波动导致的中断。如果所在网络带宽不足，可以切换到带宽更高的环境，提升上传速度。

• 极端情况：分阶段部署
  如果以上方法都无法解决，你可以尝试将托管目录拆分为多个独立子目录，分批次部署。比如先上传图片资源目录，再上传代码和静态页面。不过需要注意Firebase Hosting的部署是覆盖式的，建议先将所有内容同步到临时目录，再分批次上传；或者使用Firebase多站点部署功能，创建多个Hosting站点分别部署不同内容，再通过路由规则整合。

内容的提问来源于stack exchange，提问作者diddles