9 月 16 日，Vercel 更新了一条 changelog。没有发布会，没有新闻稿，但对所有把个人项目挂在 Hobby 免费套餐上的人来说，这条改动的实际影响比一次版本更新大得多。
简单说，三件事。
第一，部署保留策略收紧了。 Hobby 项目的每个项目，现在只保留最近 3 个生产部署，以及最近 3 个任意类型的部署——不管它们多久之前建的。其余部署按缩短后的保留策略处理，预览部署也不再单独享有保护，旧的预览构建会被一并清掉。
第二，上了 10GB 的部署存储额度。 团队每保留一个部署，都算进这 10GB。超出额度，新部署会被直接阻断，直到腾出空间为止。
第三，已经超额的团队是立即清理，而不是慢慢来。 不合规的部署当场删除，不等 30 天保留窗口走完。
有几类部署是安全的：当前的生产部署永远不会被删；带别名的部署、以及活跃分支上的部署受保护。Vercel 给用户指了两条路——要么自己减少部署存储占用，要么升级 Pro，Pro 的存储按每 GB 每月 0.10 美元计价。
官方给的理由很合理：回收那些休眠项目占着的空间，让活跃项目有地方可用。
有人会说，我博客就几十个访客，静态产物也就几 MB，能有什么影响？
单看一个安静的博客，确实没影响。真正被打到的是另外几类人：用 Hobby 跑一堆测试项目和作品的开发者、频繁推送、每次构建产物体积偏大（图片、视频、大依赖、大字体包）的站点，以及用 CI 或定时构建自动部署的项目——一旦配额被触发，部署会直接失败，而且是要人去处理才会恢复的那种失败。
这里最需要警惕的变化是：一个安静躺着的配额，变成了一个可能让你上线失败的开关。
还有一层损失不太显眼，但更长久：部署历史原来是免费的资产。你随时能回退到三个月前那一版，能对比某个时间点的产物。现在保留窗口是「最近 3 个」，那些回滚点和参照物会按计划消失。如果你一直把部署历史当档案用，这个习惯得改。
就在三天前，Cloudflare 那边是另一套动作：一边把 Workers 的免费包放宽到 64 MiB，一边公开劝用户别再把 Pages 当默认选择。Vercel 这边则是收紧保留、上了会阻断部署的硬额度。
一松一紧，方向其实是一样的：免费额度会随平台的商业阶段调整，慷慨是有保质期的。
这不是 Vercel 抠门。存储部署产物是真金白银的成本，任何一家都不例外。但对使用者来说，这意味着一个认知要更新：免费层的额度不是「配置」，是「租约」——它能用多久、能用多大，解释权在平台手上。
第一，现在就去把 Hobby 账户的用量看一遍。已超额的团队是立即清理，等着看会发生什么这个选项已经不存在了。
第二，清理休眠项目。那些部署了好几次、再也没打开过的实验仓库，是最容易被回收、也最不值得心疼的部分。
第三，把部署产物当临时品，别当档案。真正的存档放在自己能控制的地方：代码打 tag，重要的构建产物定期导出，部署历史只当作排障时的临时参照。
第四，别让唯一的线上路径绑在一份免费额度上。域名、内容、构建产物都在自己手里，换平台才是十几分钟的事；反过来，如果站点只存在于某个平台的部署记录里，那这次改动暴露的风险，比 10GB 本身大得多。
这次改动本身不算过分，绝大多数个人博客也不会真的被卡住。它更像一记提醒：把免费平台当基础设施用，是这几年的便利，也是一直存在的隐患。
我的态度很明确——继续用，但要有「随时可以搬走」的姿态。域名在自己手上，源文件在自己硬盘上，内容有备份，构建能本地跑通。做到这几条，平台怎么改 retention 政策，都只是新闻，不是事故。
顺便说一句，如果你的静态博客产物只有几 MB、一个月推几次，那该干嘛干嘛，不用慌。真正该慌的，是那些把 Hobby 当生产环境、还指望它永远不变的人。
正在加载评论...