Skip to main content

此版本的 GitHub Enterprise Server 已于以下日期停止服务 2024-07-09. 即使针对重大安全问题,也不会发布补丁。 为了获得更好的性能、更高的安全性和新功能,请升级到最新版本的 GitHub Enterprise。 如需升级帮助,请联系 GitHub Enterprise 支持

OAuth 应用速率限制

速率限制将流量速率限制为 你的 GitHub Enterprise Server 实例,以帮助确保所有用户的一致访问。

注意:请考虑生成 GitHub App 而不是 OAuth app。 使用安装访问令牌的 GitHub Apps 的速率限制随存储库数和组织用户数而缩放。 相反,OAuth apps 的速率限制较低,并且无法缩放。 有关详细信息,请参阅“GitHub 应用和 OAuth 应用之间的差异”和“关于创建 GitHub 应用”。

关于 OAuth apps 的速率限制

OAuth apps 在用户授权应用后使用用户访问令牌发出请求,从而代表用户执行操作。 有关详细信息,请参阅“授权 OAuth 应用”。

这些用户访问令牌的生成受到速率限制。 此外,使用这些用户访问令牌发出的 API 请求受到速率限制。

登录用户的速率限制

OAuth apps 应始终缓存其令牌,并且很少需要登录用户。 反复登录用户可能表明存在 bug,最常被视为应用和 GitHub 之间的无限循环。 如果应用在一小时内使用户登录十次,则同一小时内的下一次登录将需要对该应用程序重新授权。 这确保用户知道应用正在构建大量令牌,并且中断可能会发生的无限循环。 这 10 _个登录_速率限制不同于为 OAuth apps 强制执行的 10 个_令牌_限制。 有关 10 个令牌限制的信息,请参阅“授权 OAuth 应用”。

API 的速率限制

默认禁用 GitHub Enterprise Server 的 API 速率限制。 请与站点管理员联系,以确认实例的速率限制。

如果你是网站管理员,可以为实例设置速率限制。 有关详细信息,请参阅“配置速率限制”。

如果要为实例外部的用户或组织开发应用,则应用标准 GitHub.com 速率限制。 有关详细信息,请参阅 GitHub Free 文档中的“REST API 的速率限制”和“GraphQL API 的速率限制和节点限制”。

延伸阅读