Gitea · OAuth Scopes
Gitea OAuth Scopes
OAuth 2.0
searched
Gitea uses OAuth 2.0 but publishes no discrete scopes — access is governed by the grant itself (e.g. client-credentials or role-based authorization) rather than per-scope consent.
This index is generated from the provider’s OpenAPI security definitions (and, where available, its documented scope reference) and refreshes on every APIs.io network build. Browse every provider’s scopes at scopes.apis.io.
GitSource ControlDevOpsCI/CDCode HostingOpen SourceSelf HostedPackage RegistryIssue TrackingPull Requests
Scopes: 0
Flows:
Method: searched
Scopes (0)
Gitea implements OAuth 2.0 but publishes no discrete scopes — access is governed by the grant itself (client-credentials or role-based authorization) rather than per-scope consent.
Gitea exposes two distinct scope systems. (1) OAuth2 / OpenID Connect provider scopes returned in the live openid-configuration. (2) Personal Access Token (PAT) permission scopes, formatted:, plus a special `all` scope. The Swagger 2.0 spec declares only apiKey/basic securityDefinitions (no oauth2 flow object), so these scopes are documented rather than derivable from the spec.
Gitea exposes two distinct scope systems. (1) OAuth2 / OpenID Connect provider scopes returned in the live openid-configuration. (2) Personal Access Token (PAT) permission scopes, formatted
📄 Provider scope reference: https://docs.gitea.com/development/oauth2-provider