Connect to a Git provider using OAuth 2.0 with the ServiceNow IDE

  • Freigeben Version: Australia
  • Aktualisiert 12. März 2026
  • 5 Minuten Lesedauer
  • Set up an OAuth 2.0 application registry and credentials to connect to your Git provider from the ServiceNow IDE.

    Configure an OAuth 2.0 application registry for the ServiceNow IDE

    Configure how the client ID and secret are sent to the OAuth 2.0 provider associated with your Git provider.

    Vorbereitungen

    Create an OAuth application with your Git provider and configure it to redirect to your instance. In this OAuth application, use your instance URL as the homepage URL and https://<instance>/oauth_redirect.do for the authorization callback URL. GitHub, GitLab, Bitbucket, and Azure Repos are supported by default.

    Create an OAuth application with your Git provider, such as GitHub, GitLab, or Bitbucket, and configure it to redirect to your instance. In this OAuth application, use your instance URL as the homepage URL and https://<instance>/oauth_redirect.do for the authorization callback URL.

    Wichtig:
    For Azure Repos, the maximum length of the Client Secret field must be updated to 2048 before you add the secret.
    1. Navigate to All > System Definition > Tables.
    2. Filter the table by entering oauth_entity for the Name field.
    3. Select the Application Registries [oauth_entity] table.
    4. In the Columns related list, locate the Client Secret column and enter 2048 as the value of its Max length attribute.
    5. Select Update.

    Role required: admin

    Warum und wann dieser Vorgang ausgeführt wird

    To use OAuth 2.0 authentication with the ServiceNow IDE, you must register the OAuth application you created from your Git provider. Follow this procedure to configure an OAuth application registry [oauth_entity] on your instance.

    Prozedur

    1. Navigate to All > System OAuth > Application Registry and then select New.
    2. On the interceptor page, select Connect to a third-party OAuth provider.
    3. On the form, fill in the fields.

      For additional information about fields on the form, see Connect to a third-party OAuth provider.

      Tabelle : 1. Application Registries form
      Field Description
      Name A unique name for the third-party OAuth connection.
      Client ID The client ID of the OAuth application in your Git provider.
      Client Secret The client secret of the OAuth application in your Git provider.
      OAuth API Script The script used to customize request and response to the external OAuth provider. Select one of the following depending on your Git provider:
      • GitHub: OauthAPIScriptForGitHub
      • GitLab: OauthAPIScriptForGitLab
      • Bitbucket: OauthAPIScriptForBitbucket
      • Azure Repos: OauthAPIScriptForAzureRepos
      Hinweis:
      To use other Git providers, you can use these scripts as examples to create your own OAuth API script for your OAuth provider. The name of the script must begin with “Oauth”.
      Default Grant type The default grant type used to establish the token. Select Authorization code.

      An authorization code is granted to the client to obtain an access token, which is then used to obtain access to the resource.

      Refresh Token Lifespan The time, in seconds, that the refresh token is valid.
      Application The application scope that contains this record.
      Accessible from An option to make the application registry accessible from all application scopes or from this scope only.
      Active An option for turning the OAuth application on or off.
      Authorization URL The OAuth authorization code endpoint for your Git domain. For example:
      • GitHub: https://github.com/login/oauth/authorize
      • GitLab: https://gitlab.com/oauth/authorize
      • Bitbucket: https://bitbucket.org/site/oauth2/authorize
      • Azure Repos: https://app.vssps.visualstudio.com/oauth2/authorize
      Token URL The OAuth server token endpoint for your Git domain. For example:
      • GitHub: https://github.com/login/oauth/access_token
      • GitLab: https://gitlab.com/oauth/token
      • Bitbucket: https://bitbucket.org/site/oauth2/access_token
      • Azure Repos: https://app.vssps.visualstudio.com/oauth2/token
      Redirect URL The OAuth callback endpoint. If empty, the instance auto-generates a value of https://<instance>/oauth_redirect.do.
      Use mutual authentication An option to use mutual authentication. Leave this option cleared to turn off using mutual authentication for token request and revocation.
      Send Credentials The way in which the OAuth client populates the client credentials in the request. Select As Basic Authorization header.
      • For GitHub, GitLab, or Bitbucket, select As Basic Authorization header.
      • For Azure Repos, select In Request Body (Form URL-Encoded).
    4. Select Submit.

    Nächste Maßnahme

    Developers using the ServiceNow IDE must configure their own OAuth 2.0 credentials.

    Configure OAuth 2.0 credentials to connect to a Git provider with the ServiceNow IDE

    Connect to a Git domain or repository using OAuth 2.0 credentials to manage applications in source control from the ServiceNow IDE.

    Vorbereitungen

    • An administrator must configure how the client ID and secret are sent to the OAuth 2.0 provider associated with your Git provider. For more information, see Configure an OAuth 2.0 application registry for the ServiceNow IDE.
    • Create a dedicated Git repository for an application in a Git provider such as GitHub, GitLab, Bitbucket, or Azure Repos.
    • To set up credentials for a repository rather than a Git domain, create a dedicated Git repository for the application.

    Role required: sn_glider.ide_git_user or admin

    Prozedur

    1. Navigate to All > App Development > ServiceNow IDE.
    2. Use one of the following keyboard shortcuts to open the command palette:
      • Windows: Ctrl-Shift-P
      • Mac: Cmd-Shift-P
    3. Enter Git: Set IDE Git credentials and press Enter.
    4. From the New Git credential form, select OAuth.
    5. On the form, fill in the fields.
      Tabelle : 2. New Git credential form
      Field Description
      Git repository URL The HTTPS URL of a Git repository associated with your Git credentials. A Git repository URL. If you specify a Git provider domain name, this credential is used for all repositories in the domain.
      Git username Your Git user name.
      Select an OAuth profile The OAuth 2.0 credentials for your Git provider.

      The OAuth profile is created with the application registry, which must be configured by an administrator.

      Use this credential for all repositories An option to use the credentials for all repositories in the Git domain associated with the Git repository URL.
    6. Select Submit.

      The first time you use a Git command, you're prompted to authorize your user from the Git provider.

    Ergebnisse

    Your Git credentials are associated with your user on the instance and used for all repositories in the domain from the Git repository URL. If you add different credentials for a repository in the same domain, the new credentials are used and the previous credentials are set to inactive.

    Nächste Maßnahme

    After initializing or cloning a repository, you can begin using source control. For more information, see Using source control in the ServiceNow IDE.

    To manage existing Git credentials, use the Git: Manage Git credentials command from the command palette.