Vercel Hobby 存储一超 10GB 就当场删部署，不再等 30 天

免费层的口子又收紧了一次，这次收在”多久之后删你的旧部署”上。

按 Vercel 9 月 16 日的更新，Hobby 团队有 10GB 的 Deployment Storage，每个留着的部署都占一点，超了会挡住你继续部署，直到腾出空间为止。新规则是：

• 每个 Hobby 项目保留最近 3 个生产部署 + 最近 3 个任意类型部署，不看年龄
• 预览部署不再有自己的那条保护（Pro / Enterprise 还留着”最近 20 个非生产部署”）
• 当前生产部署永远不删，带别名的、活跃分支上的部署也还受保护
• 已经超过 10GB 的团队，例外之外的部署立即删除，不再是 30 天后

对比一下旧规则：Hobby 以前保留最近 10 个生产部署。现在砍到 3 个。

这次改动里最容易被忽略的不是”少留了几个”，而是它对预览链接的影响。以前一个挂在旧分支上的预览构建能靠通用保留窗口多活一阵，现在除非它落在上面那几条例外里，否则该删就删。你三周前发给客户或同事看的那个分支预览链接，在分支合并或关闭的那一刻就失去了保护——它不会马上消失，但也不再有任何东西保证它还在。

现在该做的三件事

1. 打开团队的 Usage 页，选 Deployment Storage，看总量和哪个项目占得最多。别靠感觉判断”我应该没到 10GB”。
2. 真有要留的旧部署，给它挂个自定义别名（alias）。带别名的部署在所有套餐里都受保护，这是免费层唯一能自己掌控的保留手段。
3. 已经被删的，30 天内还能救回来：项目 Settings → Security → Recently Deleted → Restore。窗口是”构建成功的部署 30 天”，构建失败的可能更早被回收。过了 30 天，只能拿同一个 commit 重新部署，而且预览 URL 会变。

剩下的两条路官方也写明白了：要么按它的优化指南压 Deployment Storage（构建产物里的大 source map、没用到的静态资源是最常见的两块），要么升 Pro，超出部分 0.10 美元/GB/月。

泼点冷水。这事的即时杀伤力没有标题看起来那么大——如果你只有一个小项目、几个月才部署几次，10GB 基本碰不到，3 个生产部署也够回滚。真正危险的是两种人：用 GitHub Action 或定时任务自动推送部署的，和把一堆半成品 side project 丢在 Hobby 上不管的。前者可能在没人盯着的时候被挡住部署，而且 Vercel 不会因为你”正在发版”就通融；后者的旧项目会被直接扫掉，等你某天想回去看的时候已经没了。

还有一个判断值得说清楚：别把”部署历史”当归档。保留 3 个的意思是，3 个月前那个能跑通的版本大概率已经不在了。需要留证据的构建产物，自己往对象存储挪一份，这件事不该指望免费层。

原文：https://vercel.com/changelog/hobby-projects-now-retain-fewer-deployments-to-free-up-storage