GitLab.com 将自 2026 年 10 月 19 日起更改速率限制的运作方式。从该日期起，平台将使用针对具体订阅套餐的限制，而非一套适用于所有用户的统一上限。要点如下：
- **免费套餐**：未认证的请求仍限制为每小时每 IP 60 次。登录后的免费用户可获得每小时 5,000 次请求的额度。 - **高级套餐**：认证用户可获得每小时 15,000 次请求；新限制将于 2027 年 1 月生效。 - **终极套餐**：认证用户可获得每小时 25,000 次请求；这些限制同样于 2027 年 1 月生效。 - **灰度窗口**：在永久变更生效之前，GitLab 将于 10 月 7 日和 10 月 14 日（UTC 时间 15:00–19:00）运行两个灰度窗口，届时新限制将暂时启用，以便用户观察其工作负载的行为。 - **认证影响**：调用个人访问令牌、OAuth 令牌或 CI/CD 作业令牌，会将请求从匿名的每小时 60 次限制转移至用户套餐的限制，后者要高得多。在没有凭据的情况下，任何请求——即使来自付费账户——都会被视为未认证，并计入每小时 60 次的上限。 - **不变更的部分**：GitLab 自托管和 GitLab 专有版实例保留其自身由运维人员控制的限制。用户始终可以访问并导出其数据和仓库。对于大多数用户而言，UI、git 操作以及正常的 CI/CD 工作流程保持不变。 - **升级路径**：持续接近其限制上限的团队可以升级至高级或终极套餐以获得更高的额度。GitLab 还计划在未来提供在标准套餐限制之上购买额外容量的选项。
这些细节源自 GitLab 官方博客宣布此次变更的博文，以及随附的速率限制文档，该文档列出了各套餐的持续限制和突发限制，并解释了 429 响应机制、Retry-After 头部以及可供客户端用于监控使用情况的 RateLimit-* 头部。
无法进行认证的集成的用户，被鼓励联系 GitLab 邮箱 limits@gitlab.com，以获得诸如公开状态徽章等特殊情况的考虑。