When an OAuth app wants to identify you by your account on your GitHub Enterprise Server instance, you'll see a page with the app's developer contact information and a list of the specific data that's being requested.
OAuth apps can have read or write access to your GitHub Enterprise Server data.
- Read access only allows an app to look at your data.
- Write access allows an app to change your data.
Tip: We recommend that you regularly review your authorized integrations. Remove any applications and tokens that haven't been used in a while. For more information, see "Reviewing your authorized OAuth apps."
Scopes are named groups of permissions that an OAuth app can request to access both public and non-public data.
When you want to use an OAuth app that integrates with GitHub Enterprise Server, that app lets you know what type of access to your data will be required. If you grant access to the app, then the app will be able to perform actions on your behalf, such as reading or modifying data. For example, if you want to use an app that requests
user:email scope, the app will have read-only access to your private email addresses. For more information, see "Scopes for OAuth apps."
Note: Currently, you can't scope source code access to read-only.
There is a limit of ten tokens that are issued per user/application/scope combination, and a rate limit of ten tokens created per hour. If an application creates more than ten tokens for the same user and the same scopes, the oldest tokens with the same user/application/scope combination are revoked. However, hitting the hourly rate limit will not revoke your oldest token. Instead, it will trigger a re-authorization prompt within the browser, asking the user to double check the permissions they're granting your app. This prompt is intended to give a break to any potential infinite loop the app is stuck in, since there's little to no reason for an app to request ten tokens from the user within an hour.
OAuth apps can request several types of data.
|Type of data
|You can grant access for an app to report your commit status. Commit status access allows apps to determine if a build is a successful against a specific commit. Apps won't have access to your code, but they can read and write status information against a specific commit.
|Deployment status access allows apps to determine if a deployment is successful against a specific commit for public and private repositories. Apps won't have access to your code.
|Gist access allows apps to read or write to both your public and secret Gists.
|Webhooks access allows apps to read or write hook configurations on repositories you manage.
|Notification access allows apps to read your GitHub Enterprise Server notifications, such as comments on issues and pull requests. However, apps remain unable to access anything in your repositories.
|Organizations and teams
|Organization and teams access allows apps to access and manage organization and team membership.
|Personal user data
|User data includes information found in your user profile, like your name, e-mail address, and location.
|Repository information includes the names of contributors, the branches you've created, and the actual files within your repository. Apps can request access for either public or private repositories on a user-wide level.
|Apps can request to delete repositories that you administer, but they won't have access to your code.
When OAuth apps request new access permissions, they will notify you of the differences between their current permissions and the new permissions.