---
sourceDocument: Xanadu IT Service Management
sourceDocumentLink: https://www.servicenow.com/docs/r/de-DE/xanadu/it-service-management

 Release :

    - xanadu

ft:locale :

    - de-DE

ft:publication_title :

    - Xanadu IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Change-Steuerung mit der Azure Invoke-REST-API konfigurieren

# Change-Steuerung mit der Azure Invoke-REST-API konfigurieren {#ariaid-title1}

* Freigeben Version: Xanadu
* 
* Aktualisiert 1. August 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 Minute Lesedauer

Sie können die Azure Invoke-REST API in Ihrer YAML- oder klassischen Azure-Pipeline verwenden, um die Change-Steuerung für DevOpszu konfigurieren.

Sie müssen die Eigenschaft This property decides whether to create a Generic Connection on configure operation for Azure DevOps aktivieren, um die REST-API aufrufen zu können.

Einzelheiten zum Aufrufen der REST-API für Azure finden Sie auf der [Microsoft-Dokumentationswebsite,](http://docs.microsoft.com) und suchen Sie nach der [<kbd class="ph userinput">Aufgabe HTTP-REST-API aufrufen – Azure Pipelines</kbd>](https://learn.microsoft.com/en-us/azure/devops/pipelines/tasks/reference/invoke-rest-api-v1?view=azure-pipelines&tabs=yaml).  
Wichtig:  
Wenn Sie doppelte oder wiederverwendete Job-Namen in den Pipeline-Ausführungsschritten haben, stellen Sie sicher, dass das Attribut stageName den Wert azurestageName/jobName enthält, d. h. `stageName = azureStageName/jobName`. Die Artefaktregistrierungsaufgaben senden sowohl Phasen- als auch Auftragsnamen, um die Artefaktversion der richtigen Aufgabenausführung zuzuordnen.

## Generische Serviceverbindung {#dev-ops-azure-change-control-api__section_e5x_5dd_qnb}

Die Verwendung der Azure Invoke-REST API erfordert die Erstellung einer generischen Serviceverbindung in Azure DevOps.

## YAML-Azure-Pipeline {#dev-ops-azure-change-control-api__section_ib2_lhc_rmb}

In Azure DevOpsmuss eine Serveraufgabe mit der Serviceverbindung als Endpunkt für die Change-Steuerung erstellt werden.  
{#dev-ops-azure-change-control-api__table_yjj_5mp_wmb__entry__2}

| Azure-Pipeline-Typ | Werte |
|-|-|
| Build | * buildNumber * istMultiBranch * branchName {#dev-ops-azure-change-control-api__ul_gkc_xmp_wmb} |
| Release | * releaseNummer * projectName {#dev-ops-azure-change-control-api__ul_th2_fwr_wmb} |
[Tabelle : 1. Rufen Sie die REST API-Nutzlastanforderungen auf]

{#dev-ops-azure-change-control-api__table_yjj_5mp_wmb}  
Hinweis:  
Legen Sie für Release-Pipelines die fest Bedingungen vor der BereitstellungErweitertAbschlussereignis Feld für Rückruf.  
Pipeline erstellen:


    - task: InvokeRESTAPI@1
          inputs:
            connectionType: 'connectedServiceName'
            serviceConnection: 'change1'
            method: 'POST'
            body: |
             {
                "buildNumber": "$(build.buildId)",
                "isMultiBranch": "true",
                "branchName": "$(build.sourceBranchName)"
             }
            waitForCompletion: 'true'

Release-Pipeline:


    - task: InvokeRESTAPI@1
          inputs:
            connectionType: 'connectedServiceName'
            serviceConnection: 'change1'
            method: 'POST'
            body: |
             {
                "releaseNumber": "$(Release.ReleaseId)",
                "projectName": "$(System.TeamProject)"
             }
            waitForCompletion: 'true'

## Klassische Azure-Pipeline {#dev-ops-azure-change-control-api__section_wyv_shc_rmb}

Für eine klassische Azure-Pipeline muss eine Serveraufgabe „REST API aufrufen" hinzugefügt werden.  
Abbildung : 1. Beispiel für eine klassische Azure-Build-Pipeline  
Abbildung : 2. Beispiel für eine klassische Azure-Release-Pipeline