改环境变量要触发云端重建,而不是重新上传部署

**在 Vercel 上改完环境变量,正确动作是「重新构建已有部署」(`vercel redeploy <已有部署URL> --target production`),而不是 `vercel deploy --prod`。后者会从本地上传一整个新包(在有缓存 / worktree 的 monorepo 里体积异常大),做的却是同一件事。**

机制

  • 环境变量挂在项目上,不挂在本地某个文件夹上 —— 所以改完变量,需要的是让云端重新构建,让构建期注入新值。
  • vercel deploy = 从本地发一个新部署包;vercel redeploy = 让 Vercel 用现有源码在云端重建。
  • 两者「意图」相同(都想让新配置生效),但 deploy 多做了「上传本地文件」这件无用且昂贵的事。改环境变量的场景,用户自己就能判断出「我只是改了环境重新加载,不需要上传」。

相关

  • 项目占空间先查构建缓存与旧worktree
  • Vercel四个运行环境各填什么变量 —— 同一条 Vercel 部署链路上的另一环:变量该填到哪个环境