Defining Git Repository for ServiceNow

Quality Clouds allows you to connect Git repositories to scan configuration and source code, enabling continuous quality analysis across development environments.

By connecting your repository, Quality Clouds can analyze code against best practices and quality rules, helping teams detect issues early in the development lifecycle.

What It’s Used For #

Connecting a Git repository enables Quality Clouds to scan source code and configuration files directly from version control systems.

This allows development teams to:

  • Identify quality issues and vulnerabilities early
  • Monitor code quality across branches and environments
  • Compare feature branches against reference branches

Supported Git providers include:

  • GitHub / GitLab
  • Bitbucket
  • Azure DevOps / Visual Studio

Prerequisites #

Before configuring the repository connection, ensure you have:

  • Quality Clouds Admin portal credentials
  • Git repository information
  • Authentication credentials:
    • Git User ID and Password
    • Personal Access Token (recommended) with read access to the repository


Supported Authentication Methods

Quality Clouds supports the following authentication options:

User Credentials

  • Username and password for the Git repository

Personal Access Token (Recommended)

  • Token used instead of a password
  • Must provide read access to the repository
  • Recommended for improved security and compatibility with modern Git providers

Set Up a Git Repository Instance #

To scan a repository, you must create a Git-based instance in the Quality Clouds portal.

Steps:

  1. Log in to the Quality Clouds portal.
  2. Access the Admin Portal from the right menu.
  3. Navigate to the Instances section.
  4. Select the ServiceNow tab (if using multiple SaaS platforms).
  5. Click Add.
  6. Select the Project the instance belongs to, or create a new project.
  7. Choose Git Repository and complete the required fields.

Instance Configuration Fields

FieldDescription
DescriptionShort identifier for the instance
EnvironmentEnvironment type (Dev, QA, UAT, Prod)
Git FlavorGit provider (GitHub, GitLab, Bitbucket, Azure DevOps)
Git Repository URLFull repository URL
BranchName of the reference branch to scan

Feature Branch Scanning

Feature Branch scanning are enabled by default to analyze specific development branches.

  • The scan compares the feature branch with the reference branch
  • Only the differences between branches are analyzed
  • The branch name is requested when launching the scan

Authentication Configuration #

Option 1 — User Credentials

FieldDescription
User IDGit repository username
PasswordGit account password

Note: Some Git providers may restrict password authentication.

Option 2 — Personal Access Token (Recommended)

FieldDescription
User IDGit username or service account
PasswordPersonal Access Token

The token must provide read access to the repository.

Additional Optional Settings #

FieldDescription
Go-live DateDate when the instance became active
First Scan DateDate of the initial scan
TagsLabels used to organize and identify instances
Was it helpful ?