Share this page

# Set up CI/CD integration

Set up the connection to your CI/CD server.

In this topic:

## Overview

Integrating with CI/CD servers lets you do the following.

Type | Details
--- | ---
CI | Integration with CI servers is the basis for working with pipelines in OpenText Software Delivery Management, and for integrating with OpenText Functional Testing.
CD | Integration with CD servers helps you automate the deployment of application changes using release process auto actions.

To enable the integration with CI/CD tools, follow the CI integration prerequisites. You can then download, install, and configure the integration that enables communication with your CI server. Refer to the following topics for each tool.

After the plugin has been configured, add the CI/CD servers and their URLs. For details, see Add CI/CD servers.

Caution:

- The permission mechanism is not synchronized with the permission mechanism of the CI/CD server. Therefore, OpenText Software Delivery Management users might have access to information from the CI/CD server that they would otherwise not be authorized to access, such as log files and stack traces.

- All OpenText Software Delivery Management integrations, and particularly CI/CD server integrations, use the SSL protocol.

## CI integration prerequisites

To enable integration with CI/CD tools, the following is required.

Prerequisite | Description
--- | ---
API access | Ask your space admin for an API access Client ID and Client secret. The plugin uses these for authentication when communicating with OpenText Software Delivery Management. The access keys must be assigned the CI/CD Integration role in all relevant workspaces. For details, see API access.
CI server access | Obtain access to a CI server that meets the necessary requirements. For the CI server integrations that are supported by the plugins, see Support Matrix. The following is required to set up an integration with a CI server: Network. The CI integration uses HTTP long polling where the CI Plugin initiates an HTTP request to the server. For the integration to work, the CI server needs to be able to perform HTTPS calls on the OpenText Software Delivery Management server (the reverse is not required). OpenText Software Delivery Management does not require you to open an on-premises firewall for CI integration, since there is no direct communication back to the on-premises CI server. CI server user. Decide which CI server user to use to access the CI server and run the job. For Azure DevOps Server (TFS), this is the Personal Access Token (PAT). For details, see CI server user or PAT permissions.
Install the CI plugin on your CI server | The plugin enables OpenText Software Delivery Management to retrieve and display your CI server's build pipelines, synchronize test run results with the CI server, and trigger pipeline runs on the CI server. For Jenkins CI servers, see Jenkins integration. For all other supported CI servers, see CI server integration.

### CI server user or PAT permissions

The CI server user or PAT must have the following permissions:

CI server | Permissions
--- | ---
Bamboo | Build plan
Jenkins, for working with pipelines | Job Build
Jenkins, for OpenText Software Delivery Management-OpenText Functional Testing integration without pipelines | Job Create, Delete, and Read If your SCM repository requires credentials, Credentials create and update permissions are also required. This is so that OpenText Software Delivery Management can save the SCM access credentials you provide on the Jenkins server.
Azure DevOps Server (TFS) | Read permissions for: Build, Code, Project and team, Test management Execute permissions for Build
Azure | Read and Execute permissions for Build
GoCD | View permissions, and permissions to run a pipeline.
GitHub Actions | See GitHub Actions Readme

Caution: We recommend limiting this user’s permissions to the minimum required for this integration.

## Add CI/CD servers

To integrate with CI/CD servers, the CI/CD servers and their URLs must be added.

To add a CI/CD server:

1. Open the global menu and select Administration > General Settings.
2. Select a workspace.

3. Go to the DevOps tab, and select the server type from the list: CI Servers or CD Servers.

4. In the grid, add a server and provide server details.

   Type | Details
   --- | ---
   CI server | Click the Add CI Server button , and define the following fields: Name: Enter a name for the CI server. URL: Select the URL from the list of servers. Note the following: The list displays all servers that meet the following conditions: The server has the required CI plugin installed and configured. The API Access keys that the plugin is using are assigned the CI/CD Integration role in the current workspace. Click Add.
   CD server | Click Deployment Automation Server, and define the following fields: Name: Enter a name for the CD server. URL: Enter the CD server URL. User name and Password: Provide credentials you use to access the CD server. Note: Ensure that a server user whose credentials you enter has permissions to run processes on the CD server. Click Test Connection. If the connection is successful, click Add.

## Manage CI/CD servers

In the list of servers, you can add or remove CI/CD servers, view information about each server, and suspend or resume the connection to the server.

### Open the list of servers

This list provides information about the servers' status, type and URL.

1. Open the global menu and select Administration > General Settings.
2. Select a workspace.

3. Go to the DevOps tab and select CI Servers or CD Servers.

   The list displays all servers that were previously connected.

4. Select the columns that you want displayed. For each CI server, you can see:

   - Whether the server is currently connected.

   - The server type.

   - The version of the plugin installed on the server, or the SDK version used to develop the plugin.

     Keep your plugin up-to-date to benefit from all the latest enhancements and functionality. If your SDK version is outdated, a status icon is displayed, and functionality is impaired.

   - A link to the server's URL.

     For this link to work properly, your server must have its Site URL properly configured.

   Note: When the URL of a CI server changes, the change is reflected automatically after a slight delay. You do not need to update the URL directly in OpenText Software Delivery Management.

### Suspend and resume data transfer from Jenkins

Instruct a selected Jenkins CI server to stop sending information. This includes information such as pipeline runs, test runs, SCM commits, and code coverage data.

A suspension may be useful in the following situations:

- Your CI server is undergoing maintenance and you don't want experimental data to be sent.

- You are investigating unexpected behavior on your CI server and you want to isolate the server.

- The network between your CI server and OpenText Software Delivery Management is going to be disconnected for maintenance and you want to reduce overload on the CI server during that time.

## Move an existing CI server to a new address

If your Bamboo or TeamCity CI server moves to a new location and you reinstall the plugin, you must re-create the CI server and its pipelines in OpenText Software Delivery Management.

If your GitLab server moves to another location, get the CI server instance ID using step 1 below, and then, use the ciserver.identity property as described in OpenText Software Delivery Management GitLab CI service.

If you move your Azure DevOps Server (TFS) and reinstall the plugin, use the following steps to adjust the plugin's configuration and continue working with your existing pipelines.

To configure the plugin to work with existing pipelines:

1. Get the plugin instance ID originally used to set up the CI server on OpenText Software Delivery Management:

   1. Open the global menu and select Administration > General Settings.
   2. Select a workspace.

   3. Select the DevOps tab, and select CI servers from the list.

   4. In the grid, locate the Instance ID column and copy your CI server's Instance ID.

2. In Azure DevOps Server (TFS), update the new plugin to use the original instance ID.

   1. On the Azure DevOps Server (TFS) server, go to http://localhost:4567 to access the plugin's console.
   2. Click Configuration.
   3. In the Instance ID box, enter the Instance ID you copied in the previous step.

   For more details, see the plugin's readme.

https://admhelp.microfocus.com Software Delivery Management 8942
Tips to improve your search results... OpenText™ Software Delivery Management Help Center OpenText™ Software Delivery Management Help 26.3 All View Local Help Center View Online Help Center Version: