Learn about REST API rate limits, how to avoid exceeding them, and what to do if you do exceed them.
Rate limits are disabled by default for GitHub Enterprise Server. Contact your site administrator to confirm the rate limits for your instance.
If you are a site administrator, you can set rate limits, including secondary rate limits, for your instance. See Configuring rate limits.
If you are developing an app for users or organizations outside of your instance, the standard GitHub rate limits apply. See Rate limits for the REST API in the GitHub Free documentation.
About secondary rate limitsIn addition to primary rate limits, GitHub enforces secondary rate limits in order to prevent abuse and keep the API available for all users.
You may encounter a secondary rate limit if you:
These secondary rate limits are subject to change without notice. You may also encounter a secondary rate limit for undisclosed reasons.
Calculating points for the secondary rate limitSome secondary rate limits are determined by the point values of requests. For GraphQL requests, these point values are separate from the point value calculations for the primary rate limit.
Request Points GraphQL requests without mutations 1 GraphQL requests with mutations 5 Most REST APIGET
, HEAD
, and OPTIONS
requests 1 Most REST API POST
, PATCH
, PUT
, or DELETE
requests 5
Some REST API endpoints have a different point cost that is not shared publicly.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4