Rongchai Wang
2026年1月17日 09:16
GitHub 对 Actions 缓存条目实施速率限制,每个仓库每分钟上传 200 次,以解决大量上传带来的系统稳定性问题。
GitHub 已对其 Actions 缓存系统实施新的速率限制,每个仓库每分钟最多上传 200 个新缓存条目。这项于 2026 年 1 月 16 日宣布的变更,针对的是那些通过快速上传不断冲击缓存系统并在整个平台上造成稳定性问题的仓库。
下载不受影响。如果您的工作流程提取现有的缓存条目,则没有任何变化。该限制专门针对新条目的创建——这对于运行生成新缓存数据的并行构建的团队来说是一个重要区别。
为什么是现在?GitHub 指出"缓存抖动"是罪魁祸首。在短时间内上传大量缓存条目的仓库正在降低共享基础设施上其他所有人的性能。每分钟 200 次的上限为重度用户提供了足够的空间用于合法用例,同时防止了导致系统不稳定的滥用行为。
更广泛的 Actions 改革的一部分
这一速率限制是在 GitHub Actions 经济模式发生几项重大变化的背景下推出的。本月早些时候,GitHub 将托管运行器的价格降低了 15% 至 39%,具体取决于规模。但更大的消息是在 2026 年 3 月 1 日,私有仓库中的自托管运行器使用将开始收费每分钟 0.002 美元——这项新费用促使一些团队完全重新考虑其 CI/CD 架构。
缓存系统本身在 2025 年底进行了升级,现在仓库可以通过按需付费定价超过以前的 10 GB 限制。每个仓库仍然获得 10 GB 的免费额度,但重度用户现在可以购买更多,而不是不断与驱逐策略作斗争。
团队应该检查什么
大多数工作流程不会注意到这个限制。但是,如果您正在运行跨数十个并行作业生成唯一缓存键的矩阵构建,请计算一下。如果每个作业创建多个条目,一个同时完成的 50 个作业矩阵理论上可能在一分钟内达到 200 次缓存上传。
解决方法很简单:尽可能合并缓存键,或者如果您确实接近上限,则错开作业完成时间。GitHub 尚未宣布任何用于监控缓存上传速率的仪表板,因此担心达到限制的团队需要手动审核其工作流程日志。
图片来源:Shutterstock
来源:https://blockchain.news/news/github-actions-cache-rate-limit-200-per-minute


