Erstellen Ihrer ersten Pipeline

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

Dies ist eine Schritt-für-Schritt-Anleitung zur Verwendung von Azure Pipelines zum Erstellen einer Beispielanwendung. In diesem Leitfaden werden YAML-Pipelines verwendet, die mit dem YAML-Pipeline-Editor konfiguriert sind. Wenn Sie stattdessen klassische Pipelines verwenden möchten, finden Sie unter Definieren Ihrer klassischen Pipeline.

Voraussetzungen – Azure DevOps

Stellen Sie sicher, dass Sie über Folgendes verfügen:

  • Ein GitHub-Konto, in dem Sie ein Repository erstellen können. Erstellen Sie ein kostenloses Konto.

  • Eine Azure DevOps-Organisation. Erstellen Sie ein kostenloses Konto. Wenn Ihr Team bereits über eine solche Organisation verfügt, stellen Sie sicher, dass Sie Administrator des Azure DevOps-Projekts sind, das Sie verwenden möchten.

  • Möglichkeit zum Ausführen von Pipelines auf von Microsoft gehosteten Agents. Sie können entweder einen Parallelauftrag erwerben oder einen Free-Tarif anfordern.

Erstellen Ihrer ersten Pipeline

Abrufen des Java-Beispielcodes

Um zu beginnen, geben Sie das folgende Repository in Ihr GitHub Konto ein.

https://github.com/MicrosoftDocs/pipelines-java

Erstellen Ihrer ersten Java-Pipeline

  1. Melden Sie sich bei Ihrer Azure DevOps Organisation an, und wechseln Sie zu Ihrem Projekt.

  2. Navigieren Sie zu Pipelines, und wählen Sie Neue Pipeline aus.

  3. Führen Sie die Schritte des Assistenten aus. Dabei wählen Sie zuerst GitHub als Speicherort Ihres Quellcodes aus.

  4. Möglicherweise werden Sie zu GitHub weitergeleitet, um sich anzumelden. Geben Sie in diesem Fall Ihre Anmeldeinformationen für GitHub ein.

  5. Wenn die Liste der Repositorys angezeigt wird, wählen Sie Ihr Repository aus.

  6. Sie werden möglicherweise zu GitHub weitergeleitet, um die Azure Pipelines-App zu installieren. Wählen Sie in diesem Fall Genehmigen und installieren aus.

  1. Azure Pipelines analysiert Ihr Repository und empfiehlt die Maven-Pipelinevorlage.

  2. Wenn Ihre neue Pipeline angezeigt wird, schauen Sie sich die YAML an, um zu sehen, was sie tut. Wenn Sie so weit sind, wählen Sie Speichern und ausführen aus.

  3. Sie werden aufgefordert, eine neue azure-pipelines.yml Datei in Ihr Repository zu commiten. Nachdem Sie mit der Nachricht zufrieden sind, wählen Sie "Speichern" aus, und führen Sie sie erneut aus.

    Wenn Sie Ihre Pipeline in Aktion beobachten möchten, wählen Sie den Buildauftrag aus.

    Sie haben gerade eine Pipeline erstellt und ausgeführt, die wir automatisch für Sie erstellt haben, da Ihr Code eine gute Übereinstimmung für die Maven-Vorlage ist.

    Sie verfügen jetzt über eine funktionierende YAML-Pipeline (azure-pipelines.yml) in Ihrem Repository, die für Sie bereit ist, anzupassen!

  4. Wenn Sie bereit sind, Änderungen an Ihrer Pipeline vorzunehmen, wählen Sie sie auf der seite Pipelines aus, und bearbeiten Sie dann die azure-pipelines.yml Datei.

Erfahren Sie mehr über das Arbeiten mit Java in Ihrer Pipeline.

Hinzufügen eines Statuszeichens zu Ihrem Repository

Viele Entwickler möchten gerne demonstrieren, dass sie eine durchgängig hohe Codequalität bieten, indem sie in Ihrem Repository einen Statusbadge anzeigen.

Status badge shows Azure pipeline succeeded

So kopieren Sie das Statuszeichen in Ihre Zwischenablage:

  1. Wechseln Sie in Azure Pipelines zur Pipelines Seite, um die Liste der Pipelines anzuzeigen. Wählen Sie die Pipeline aus, die Sie im vorherigen Abschnitt erstellt haben.

  2. Wählen Sie " , und wählen Sie dann "Statuszeichen" aus.

  3. Wählen Sie "Statuszeichen" aus.

  4. Kopieren Sie den Beispielmarkdown aus dem Abschnitt "Beispielmarkdown".

Führen Sie jetzt mit dem Signalmarkdown in Der Zwischenablage die folgenden Schritte in GitHub aus:

  1. Wechseln Sie zur Liste der Dateien, und wählen Sie " Readme.md. Wählen Sie das Stiftsymbol aus, das bearbeitet werden soll.

  2. Fügen Sie das Statuszeichenmarkdown am Anfang der Datei ein.

  3. Commit für die Änderung an der main Verzweigung.

  4. Beachten Sie, dass das Statuszeichen in der Beschreibung Ihres Repositorys angezeigt wird.

So konfigurieren Sie anonymen Zugriff auf Badges für private Projekte:

  1. Navigieren zu Project Einstellungen

  2. Öffnen Sie die Registerkarte Einstellungen unter Pipelines

  3. Deaktivieren des anonymen Zugriffs auf Signalschieberegler unter "Allgemein"

Hinweis

Selbst in einem privaten Projekt ist der anonyme Signalzugriff standardmäßig aktiviert. Mit aktiviertem anonymem Signalzugriff können Benutzer außerhalb Ihrer Organisation Informationen wie Projektnamen, Zweignamen, Auftragsnamen und Buildstatus über die Badge-Status-API abfragen.

Da Sie die Readme.md Datei in diesem Repository einfach geändert haben, erstellt Azure Pipelines Ihren Code automatisch gemäß der Konfiguration in der azure-pipelines.yml Datei im Stamm ihres Repositorys. Zurück in Azure Pipelines, beobachten Sie, dass eine neue Ausführung angezeigt wird. Jedes Mal, wenn Sie eine Bearbeitung vornehmen, startet Azure Pipelines eine neue Ausführung.

Hinweis

In Microsoft Team Foundation Server (TFS) 2018 und früheren Versionen werden Build- und Release-Pipelines als Definitionen bezeichnet, Ausführungen werden als Builds bezeichnet, Dienstverbindungen werden als Dienstendpunkte bezeichnet, Stages werden als Umgebungen bezeichnet und Aufträge werden als Phasen bezeichnet.

Wir zeigen Ihnen, wie Sie den klassischen Editor in Azure DevOps Server 2019 verwenden, um einen Build und eine Version zu erstellen, die "Hello World" druckt.

Wir zeigen Ihnen, wie Sie den klassischen Editor in TFS verwenden, um einen Build und eine Version zu erstellen, die "Hello World" druckt.

Voraussetzungen

Initialisieren Des Repositorys

Wenn Sie bereits über ein Repository in Ihrem Projekt verfügen, können Sie zum nächsten Schritt springen: Überspringen Sie das Hinzufügen eines Skripts zu Ihrem Repo

  1. Wechseln Sie zu Azure Repos. (Der Code-Hub in der vorherigen Navigation)

    Repos files

  2. Wenn Ihr Projekt leer ist, werden Sie mit einem Bildschirm begrüßt, um Ihnen beim Hinzufügen von Code zu Ihrem Repository zu helfen. Wählen Sie die untere Wahl aus, um Ihr Repo mit einer readme Datei zu initialisieren:

    Initialize repository

  1. Navigieren Sie zum Repository, indem Sie auf "Code " in der oberen Navigation klicken.

  2. Wenn Ihr Projekt leer ist, werden Sie mit einem Bildschirm begrüßt, um Ihnen beim Hinzufügen von Code zu Ihrem Repository zu helfen. Wählen Sie die untere Wahl aus, um Ihr Repo mit einer readme Datei zu initialisieren:

    Initialize repository

Hinzufügen eines Skripts zu Ihrem Repository

Erstellen Sie ein PowerShell-Skript, das gedruckt wird Hello world.

  1. Wechseln Sie zu Azure Repos.

  2. Fügen Sie eine Datei hinzu.

    On the Files tab, from the repo node, select the New File option

  3. Benennen Sie im Dialogfeld Ihre neue Datei, und erstellen Sie sie.

    HelloWorld.ps1
    
  4. Kopieren und Einfügen dieses Skripts.

    Write-Host "Hello world"
    
  5. Commit (Speichern) der Datei.

  1. Wechseln Sie zum Codehub .

  2. Fügen Sie eine Datei hinzu.

  1. Benennen Sie im Dialogfeld Ihre neue Datei, und erstellen Sie sie.

    HelloWorld.ps1
    
  2. Kopieren und Einfügen dieses Skripts.

    Write-Host "Hello world"
    
  3. Commit (Speichern) der Datei.

In diesem Lernprogramm liegt unser Fokus auf CI/CD, sodass wir den Codeteil einfach halten. Wir arbeiten direkt im Webbrowser in einem Azure Repos Git-Repository.

Wenn Sie mit der Erstellung und Bereitstellung einer echten App beginnen können, können Sie eine vielzahl von Versionssteuerungsclients und -diensten mit Azure Pipelines CI-Builds verwenden. Weitere Informationen

Erstellen einer Buildpipeline

Erstellen Sie eine Buildpipeline, die "Hello World" druckt.

  1. Wählen Sie Azure Pipelines aus, sollte sie automatisch auf die Seite "Builds" gelangen.

    Go to Builds tab

  2. Erstellen einer neuen Pipeline

    Select the build tab button

    Für neue Azure DevOps Benutzer führt dies automatisch zur YAML-Pipelineerstellungsumgebung. Um zum klassischen Editor zu gelangen und diesen Leitfaden abzuschließen, müssen Sie das Vorschaufeature für die Erstellung der neuen YAML-Pipeline deaktivieren:

    Click settings in top right of screen and click preview features

    Click toggle to turn yaml preview feature off

  3. Stellen Sie sicher, dass die Quelle, das Projekt, das Repository und der Standardzweig dem Speicherort entsprechen, an dem Sie das Skript erstellt haben.

  4. Beginnen Sie mit einem leeren Auftrag.

  5. Wählen Sie auf der linken Seite Pipeline aus, und geben Sie den gewünschten Namen an. Wählen Sie für den Agentpoolgehostete VS2017 aus.

  6. Wählen Sie auf der linken Seite das Pluszeichen ( + ) aus, um eine Aufgabe zu Auftrag 1 hinzuzufügen. Wählen Sie auf der rechten Seite die Kategorie "Hilfsprogramm " aus, wählen Sie die PowerShell-Aufgabe aus der Liste aus, und wählen Sie dann "Hinzufügen" aus.

    Add the build task to the job

  7. Wählen Sie auf der linken Seite Ihre neue PowerShell-Skriptaufgabe aus.

  8. Wählen Sie für das Argument "Skriptpfad " die Schaltfläche aus, um Ihr Repository zu durchsuchen und das von Ihnen erstellte Skript auszuwählen.

    Select your script

  9. Wählen Sie Speichern & in Warteschlange einreihen und dann Speichern aus.

  1. Wählen Sie "Build" und "Release" aus, und wählen Sie dann "Builds" aus.

    Choose build tab

  2. Erstellen einer neuen Pipeline

    Create a new pipeline

  3. Beginnen Sie mit einer leeren Pipeline

  4. Wählen Sie Pipeline aus, und geben Sie den namen an, den Sie verwenden möchten. Wählen Sie für den Agentpooldie Option "Standard" aus.

  5. Wählen Sie auf der linken Seite +Aufgabe hinzufügen, um dem Auftrag eine Aufgabe hinzuzufügen, und wählen Sie dann auf der rechten Seite die Kategorie "Hilfsprogramm " aus, wählen Sie die PowerShell-Aufgabe aus, und wählen Sie dann "Hinzufügen" aus.

    Add the task to the job

  6. Wählen Sie auf der linken Seite Ihre neue PowerShell-Skriptaufgabe aus.

  7. Wählen Sie für das Argument "Skriptpfad " die Schaltfläche aus, um Ihr Repository zu durchsuchen und das von Ihnen erstellte Skript auszuwählen.

    Select the PowerShell task

  8. Wählen Sie Speichern & in Warteschlange einreihen und dann Speichern aus.

Eine Buildpipeline ist die Entität, durch die Sie Ihre automatisierte Buildpipeline definieren. In der Buildpipeline verfassen Sie eine Reihe von Vorgängen, die jeweils einen Schritt in Ihrem Build ausführen. Der Aufgabenkatalog bietet eine umfangreiche Gruppe von Aufgaben für Sie, um zu beginnen. Sie können auch PowerShell- oder Shellskripts zu Ihrer Buildpipeline hinzufügen.

Veröffentlichen eines Artefaktes aus Ihrem Build

Ein typischer Build erzeugt ein Artefakte, das dann in verschiedenen Phasen in einer Version bereitgestellt werden kann. Hier, um die Funktion auf einfache Weise zu veranschaulichen, veröffentlichen wir einfach das Skript als Artefakte.

  1. Wählen Sie auf der Registerkarte "Aufgaben " das Pluszeichen ( + ) aus, um eine Aufgabe zu Auftrag 1 hinzuzufügen.

  2. Wählen Sie die Kategorie "Hilfsprogramm" aus, wählen Sie die Aufgabe "Erstellen Artifacts veröffentlichen" aus, und wählen Sie dann "Hinzufügen" aus.

    Add the publish artifact task

    Pfad zum Veröffentlichen: Wählen Sie die Schaltfläche aus, um zu durchsuchen und das von Ihnen erstellte Skript auszuwählen.

    Artefaktname: Eingeben drop.

    Artefaktveröffentlichungsort: Wählen Sie Azure Artifacts/TFS aus.

  1. Wählen Sie auf der Registerkarte "Aufgaben " die Option "Aufgabe hinzufügen" aus.

  2. Wählen Sie die Kategorie "Hilfsprogramm" aus, wählen Sie die Aufgabe "Erstellen Artifacts veröffentlichen" aus, und wählen Sie dann "Hinzufügen" aus.

    Select add to add the publish artifact task

    Pfad zum Veröffentlichen: Wählen Sie die Schaltfläche aus, um zu durchsuchen und das von Ihnen erstellte Skript auszuwählen.

    Artefaktname: Geben Sie dropein.

    Artefakttyp: Wählen Sie Server aus.

Artifacts sind die Dateien, die Sie erstellen möchten. Artifacts können fast alles sein, was Ihr Team benötigt, um Ihre App zu testen oder bereitzustellen. Sie haben beispielsweise eine .DLL und .EXE ausführbare Dateien und . PDB-Symboldatei einer C#- oder C++ .NET-Windows-App.

Damit Sie Artefakte erstellen können, bieten wir Tools wie das Kopieren mit Musterabgleich und ein Stagingverzeichnis, in dem Sie Ihre Artefakte sammeln können, bevor Sie sie veröffentlichen. Siehe Artifacts in Azure Pipelines.

Aktivieren der kontinuierlichen Integration (CI)

  1. Wählen Sie die Registerkarte Trigger aus.

  2. Aktivieren der kontinuierlichen Integration.

Ein fortlaufender Integrationsauslöser in einer Buildpipeline gibt an, dass das System automatisch einen neuen Build anwarteschlangen sollte, wenn eine Codeänderung festgelegt wird. Sie können den Trigger allgemeiner oder spezifischer gestalten und auch Ihren Build planen (z. B. auf nachtlicher Basis). Siehe Buildauslöser.

Speichern und Warteschlange des Builds

Speichern und Warteschlange eines Builds manuell und testen Sie Ihre Buildpipeline.

  1. Wählen Sie "Warteschlange speichern" aus, und wählen Sie dann "Warteschlange speichern&&" aus.

  2. Wählen Sie im Dialogfeld erneut die Warteschlange speichern & aus.

    Diese Warteschlange stellt einen neuen Build auf dem von Microsoft gehosteten Agent fest.

  3. Sie sehen einen Link zum neuen Build oben auf der Seite.

    build console

    Wählen Sie den Link aus, um den neuen Build zu beobachten, wie es geschieht. Nachdem der Agent zugewiesen wurde, werden sie mit den Liveprotokollen des Builds beginnen. Beachten Sie, dass das PowerShell-Skript als Teil des Build ausgeführt wird, und dass "Hello world" in die Konsole gedruckt wird.

    Watch in the build console

  4. Wechseln Sie zur Buildzusammenfassung. Beachten Sie auf der Registerkarte Artifacts des Builds, dass das Skript als Artefakte veröffentlicht wird.

    Open the build console to see the artifact

  1. Wählen Sie "Warteschlange speichern" aus, und wählen Sie dann "Warteschlange speichern&&" aus.

  2. Wählen Sie im Dialogfeld erneut die Warteschlange speichern & aus.

    Diese Warteschlange stellt einen neuen Build auf dem von Microsoft gehosteten Agent fest.

  3. Sie sehen einen Link zum neuen Build oben auf der Seite.

    Go to the build console

    Wählen Sie den Link aus, um den neuen Build zu beobachten, wie es geschieht. Nachdem der Agent zugewiesen wurde, werden sie mit den Liveprotokollen des Builds beginnen. Beachten Sie, dass das PowerShell-Skript als Teil des Build ausgeführt wird, und dass "Hello world" in die Konsole gedruckt wird.


  1. Wechseln Sie zur Buildzusammenfassung.

    build console link to build summary

  2. Beachten Sie auf der Registerkarte Artifacts des Builds, dass das Skript als Artefakte veröffentlicht wird.

    artifacts explorer

Sie können eine Zusammenfassung aller Builds oder Drillings in die Protokolle für jeden Build jederzeit anzeigen, indem Sie zur Registerkarte "Builds" in Azure Pipelines navigieren. Für jeden Build können Sie auch eine Liste der Commits anzeigen, die erstellt wurden und die Arbeitselemente, die jedem Commit zugeordnet sind. Sie können auch Tests in jedem Build ausführen und die Testfehler analysieren.

Fügen Sie einige Variablen hinzu, und setzen Sie eine Änderung in Ihr Skript ein.

Wir übergeben einige Buildvariablen an das Skript, um unsere Pipeline etwas interessanter zu machen. Anschließend werden wir eine Änderung an einem Skript ausführen und die CI-Pipeline automatisch ausführen, um die Änderung zu überprüfen.

  1. Bearbeiten Sie Ihre Buildpipeline.

  2. Wählen Sie auf der Registerkarte "Aufgaben " die PowerShell-Skriptaufgabe aus.

  3. Fügen Sie diese Argumente hinzu.

Open the PowerShell task in the build console

Argumente

-greeter "$(Build.RequestedFor)" -trigger "$(Build.Reason)"

Speichern Sie schließlich die Buildpipeline.

Als Nächstes fügen Sie ihrem Skript die Argumente hinzu.

  1. Wechseln Sie zu Ihren Dateien in Azure Repos (der Code-Hub in der vorherigen Navigation und TFS).

  2. Wählen Sie die HelloWorld.ps1 Datei aus, und bearbeiten Sie dann die Datei.

  3. Ändern Sie das Skript wie folgt:

    Param(
    [string]$greeter,
    [string]$trigger
    )
    Write-Host "Hello world" from $greeter
    Write-Host Trigger: $trigger
    
  4. Commit (Speichern) des Skripts.

Jetzt können Sie die Ergebnisse Ihrer Änderungen sehen. Wechseln Sie zu Azure Pipelines, und wählen Sie "Warteschlange" aus. Beachten Sie unter dem Abschnitt " Warteschlange" oder "Ausführen ", dass ein Build automatisch durch die von Ihnen festgelegte Änderung ausgelöst wird.

Jetzt können Sie die Ergebnisse Ihrer Änderungen sehen. Wechseln Sie zur Seite "Build" und "Release ", und wählen Sie " Warteschlange" aus. Beachten Sie unter dem Abschnitt " Warteschlange" oder "Ausführen ", dass ein Build automatisch durch die von Ihnen festgelegte Änderung ausgelöst wird.

  1. Wählen Sie den neuen Build aus, der erstellt wurde, und zeigen Sie dessen Protokoll an.

  2. Beachten Sie, dass die Person, die den Code geändert hat, ihren Namen in der Begrüßungsnachricht gedruckt hat. Sie sehen auch, dass dies ein CI-Build war.

Build a summary PowerShell script log

build summary powershell script log

Wir haben gerade das Konzept von Buildvariablen in diesen Schritten eingeführt. Wir haben den Wert einer Variable gedruckt, die vom System automatisch vordefinierte und initialisiert wird. Sie können auch benutzerdefinierte Variablen definieren und entweder in Argumenten zu Ihren Aufgaben oder als Umgebungsvariablen in Ihren Skripts verwenden. Weitere Informationen zu Variablen finden Sie unter Buildvariablen.

Sie haben eine Buildpipeline. Wie geht es weiter?

Sie haben eine Buildpipeline erstellt, die automatisch erstellt und überprüft, in welchem Code von Ihrem Team eingecheckt wird. An diesem Punkt können Sie den nächsten Abschnitt fortsetzen, um mehr über Releasepipelinen zu erfahren. Oder wenn Sie es bevorzugen, können Sie eine Buildpipeline für Ihre App erstellen.

Erstellen einer Releasepipeline

Definieren Sie den Prozess zum Ausführen des Skripts in zwei Phasen.

  1. Wechseln Sie zur Registerkarte Pipelines, und wählen Sie dann "Versionen" aus.

  2. Wählen Sie die Aktion aus, um eine neue Pipeline zu erstellen. Wenn bereits eine Releasepipeline erstellt wird, wählen Sie das Pluszeichen ( + ) aus, und wählen Sie dann eine Releasepipeline erstellen aus.

  3. Wählen Sie die Aktion aus, um mit einem leeren Auftrag zu beginnen.

  4. Benennen Sie die Phasen-QA.

  5. Wählen Sie im Artifacts-Bereich + Hinzufügen aus, und geben Sie eine Quelle (Buildpipeline) an. Wählen Sie Hinzufügen.

  6. Wählen Sie den Blitz aus , um die kontinuierliche Bereitstellung auszulösen und dann den Fortlaufenden Bereitstellungsauslöser rechts zu aktivieren.

    Select lightning bolt to trigger continuous deployment

  7. Wählen Sie die Registerkarte "Aufgaben " aus, und wählen Sie die QA-Phase aus.

  8. Wählen Sie das Pluszeichen ( + ) für den Auftrag aus, um dem Auftrag einen Vorgang hinzuzufügen.

  9. Wählen Sie im Dialogfeld " Aufgaben hinzufügen " die Option "Hilfsprogramm" aus, suchen Sie die PowerShell-Aufgabe , und wählen Sie dann die Schaltfläche "Hinzufügen " aus.

  10. Wählen Sie auf der linken Seite Ihre neue PowerShell-Skriptaufgabe aus.

  11. Wählen Sie für das Argument "Skriptpfad " die Schaltfläche aus, um Ihre Artefakte zu durchsuchen, und wählen Sie das von Ihnen erstellte Skript aus.

  12. Fügen Sie die folgenden Argumente hinzu:

    -greeter "$(Release.RequestedFor)" -trigger "$(Build.DefinitionName)"
    
  13. Wählen Sie auf der Registerkarte "Pipeline " die QA-Phase aus, und wählen Sie "Klonen" aus.

    Clone the release environment in QA

  14. Benennen Sie die geklonte Phase Produktion um.

  15. Benennen Sie die Releasepipeline Hello world um.

    Rename the release pipeline hello world

  16. Speichern Sie die Releasepipeline.

  1. Wechseln Sie zur Registerkarte "Build" und "Release" , und wählen Sie dann "Versionen" aus.

  2. Wählen Sie die Aktion aus, um eine neue Pipeline zu erstellen. Wenn bereits eine Releasepipeline erstellt wird, wählen Sie das Pluszeichen ( + ) aus, und wählen Sie dann eine Releasedefinition erstellen aus.

  3. Wählen Sie die Aktion aus, die mit einer leeren Definition beginnen soll.

  4. Nennen Sie die Phasen-QS.

  5. Wählen Sie im bereich Artifacts + Hinzufügen aus, und geben Sie eine Quelle (Buildpipeline) an. Wählen Sie Hinzufügen.

  6. Wählen Sie den Blitz aus , um die kontinuierliche Bereitstellung auszulösen, und aktivieren Sie dann den Trigger für die kontinuierliche Bereitstellung auf der rechten Seite.


  1. Wählen Sie die Registerkarte "Aufgaben " aus, und wählen Sie ihre QA-Phase aus.

  2. Wählen Sie das Pluszeichen ( + ) für den Auftrag aus, um dem Auftrag eine Aufgabe hinzuzufügen.

  3. Wählen Sie im Dialogfeld "Aufgaben hinzufügen " die Option "Hilfsprogramm" aus, suchen Sie die PowerShell-Aufgabe , und wählen Sie dann die Schaltfläche " Hinzufügen " aus.

  4. Wählen Sie auf der linken Seite Ihre neue PowerShell-Skriptaufgabe aus.

  5. Wählen Sie für das Argument "Skriptpfad " die Schaltfläche aus, um Ihre Artefakte zu durchsuchen, und wählen Sie das von Ihnen erstellte Skript aus.

  6. Fügen Sie die folgenden Argumente hinzu:

    -greeter "$(Release.RequestedFor)" -trigger "$(Build.DefinitionName)"
    
  7. Wählen Sie auf der Registerkarte "Pipeline " die QA-Phase aus, und wählen Sie "Klonen" aus.

    clone the release environment

  8. Benennen Sie die geklonte Phase Produktion um.

  9. Benennen Sie die Releasepipeline Hello world um.

    rename the release pipeline

  10. Speichern Sie die Releasepipeline.

Eine Releasepipeline ist eine Sammlung von Phasen, für die die Anwendungsbuildartefakte bereitgestellt werden. Außerdem wird die tatsächliche Bereitstellungspipeline für jede Phase definiert, sowie die Artefakte werden von einer Phase auf eine andere höhergestuft.

Beachten Sie auch, dass wir einige Variablen in unseren Skriptargumenten verwendet haben. In diesem Fall haben wir Releasevariablen anstelle der Buildvariablen verwendet, die wir für die Buildpipeline verwendet haben.

Bereitstellen einer Version

Führen Sie das Skript in jeder Phase aus.

  1. Erstellen Sie eine neue Version.

    Create release - DevOps 2019 and 2020

    Wenn "Neue Version erstellen" angezeigt wird, wählen Sie "Erstellen" aus.

  2. Öffnen Sie die version, die Sie erstellt haben.

    release created - DevOps 2019 and 2020

  3. Zeigen Sie die Protokolle an, um Echtzeitdaten über die Version abzurufen.

    release logs - DevOps 2019 and 2020

  1. Erstellen Sie eine neue Version.

    create release - TFS 2018

    Wenn "Neue Version erstellen" angezeigt wird, wählen Sie "Erstellen" (TFS 2018.2) oder "Warteschlange " (TFS 2018 RTM) aus.

  2. Öffnen Sie die version, die Sie erstellt haben.

    release created - TFS 2018

  3. Zeigen Sie die Protokolle an, um Echtzeitdaten über die Version abzurufen.

    release logs - TFS 2018

Sie können den Fortschritt jeder Version nachverfolgen, um festzustellen, ob sie für alle Phasen bereitgestellt wurde. Sie können die Commits nachverfolgen, die Teil jeder Version sind, die zugeordneten Arbeitselemente und die Ergebnisse aller Testausführungen, die Sie der Releasepipeline hinzugefügt haben.

Ändern Sie Ihren Code, und überwachen Sie sie automatisch für die Produktion

Wir nehmen eine weitere Änderung am Skript vor. Dieses Mal wird sie automatisch erstellt und dann auf die Produktionsstufe bereitgestellt.

  1. Wechseln Sie zur Registerkarte "Codehub ", " Dateien ", bearbeiten Sie die dateiHelloWorld.ps1 , und ändern Sie sie wie folgt:

    Param(
    [string]$greeter,
    [string]$trigger
    )
    Write-Host "Hello world" from $greeter
    Write-Host Trigger: $trigger
    Write-Host "Now that you've got CI/CD, you can automatically deploy your app every time your team checks in code."
    
  2. Commit (Speichern) des Skripts.

  3. Wählen Sie die Registerkarte "Builds " aus, um die Warteschlange anzuzeigen und auszuführen.

  4. Nachdem der Build abgeschlossen wurde, wählen Sie die Registerkarte "Versionen" aus, öffnen Sie die neue Version, und wechseln Sie dann zu den Protokollen.

Ihr neuer Code wird automatisch in der QA-Phase und dann in der Produktionsphase bereitgestellt.

release script step final log - DevOps 2019 and 2020

release script step final log - - TFS 2018

In vielen Fällen würden Sie wahrscheinlich die Releasepipeline bearbeiten, sodass die Produktionsbereitstellung erst nach einigen Tests und Genehmigungen erfolgt. Übersicht über Genehmigungen und Gates.

Nächste Schritte

Sie haben gerade gelernt, wie Sie Ihre erste Pipeline in Azure erstellen. Erfahren Sie mehr über das Konfigurieren von Pipelines in der Sprache Ihrer Wahl:

Sie können auch fortfahren, um die gerade erstellte Pipeline anzupassen .

Informationen zum Ausführen der Pipeline in einem Container finden Sie unter Containeraufträge.

Ausführliche Informationen zum Erstellen GitHub Repositorys finden Sie unter Build GitHub Repositorys.

Informationen zum Veröffentlichen Ihrer Pipeline-Artifacts finden Sie unter Veröffentlichen von Pipeline-Artifacts.

Informationen dazu, was Sie sonst in YAML-Pipelines tun können, finden Sie unter YAML-Schemareferenz.

Bereinigung

Wenn Sie Testpipelinen erstellt haben, können sie einfach gelöscht werden, wenn Sie damit fertig sind.

Um eine Pipeline zu löschen, navigieren Sie zur Zusammenfassungsseite für diese Pipeline, und wählen Sie " Löschen" im Menü "... " oben rechts auf der Seite aus. Geben Sie den Namen der zu bestätigenden Pipeline ein, und wählen Sie "Löschen" aus.

Delete pipeline

Sie haben die Grundlagen des Erstellens und Ausführens einer Pipeline gelernt. Jetzt können Sie Ihre Buildpipeline für die von Ihnen verwendete Programmiersprache konfigurieren. Gehen Sie fort, und erstellen Sie eine neue Buildpipeline, und verwenden Sie diese Zeit eine der folgenden Vorlagen.

Sprache Richtige Vorlage
.NET ASP.NET
.NET Core ASP.NET Core
C++ .NET-Desktop
Go Go
Java Gradle
JavaScript Node.js
Xcode Xcode

Häufig gestellte Fragen

Wo kann ich Artikel zu DevOps und CI/CD lesen?

Was ist „Continuous Integration“?

Was ist „Continuous Delivery“?

Was ist DevOps?

Welches Versionssteuerungssystem kann ich verwenden?

Wenn Sie bereit sind, mit CI/CD für Ihre App zu arbeiten, können Sie das Versionssteuerungssystem Ihrer Wahl verwenden:

Gewusst wie replizieren eine Pipeline?

Wenn Ihre Pipeline ein Muster aufweist, das Sie in anderen Pipelines replizieren möchten, klonen Sie es, exportieren oder als Vorlage speichern.

all-definitions-build-action-menu-replicate-actions

Screenshot showing how to replicate a pipeline.

Nachdem Sie eine Pipeline geklont haben, können Sie Änderungen vornehmen und dann speichern.

Nachdem Sie eine Pipeline exportiert haben, können Sie sie auf der Registerkarte "Alle Pipelines " importieren.

Nachdem Sie eine Vorlage erstellt haben, können Ihre Teammitglieder es verwenden, um dem Muster in neuen Pipelines zu folgen.

Tipp

Wenn Sie den Neuen Build-Editor verwenden, werden Ihre benutzerdefinierten Vorlagen unten in der Liste angezeigt.

Gewusst wie Arbeiten mit Entwürfen?

Wenn Sie eine Buildpipeline bearbeiten und einige Änderungen testen möchten, die noch nicht für die Produktion bereit sind, können Sie sie als Entwurf speichern.

save-as-draft

Screenshot that shows saving as draft.

Sie können Ihren Entwurf nach Bedarf bearbeiten und testen.

edit draft - DevOps 2019 and 2020

Wenn Sie bereit sind, können Sie den Entwurf veröffentlichen, um die Änderungen in Der Buildpipeline zusammenzuführen.

publish draft - DevOps 2019 and 2020

publish draft - TFS 2018

Oder wenn Sie sich entscheiden, den Entwurf zu verwerfen, können Sie ihn auf der oben gezeigten Registerkarte "Alle Pipeline " löschen.

Wie kann ich eine Pipeline löschen?

Um eine Pipeline zu löschen, navigieren Sie zur Zusammenfassungsseite für diese Pipeline, und wählen Sie " Löschen " im Menü " ..." oben rechts auf der Seite aus. Geben Sie den Namen der Pipeline ein, um zu bestätigen, und wählen Sie "Löschen" aus.

Was kann ich tun, wenn ich einen Build warteschlange?

Sie können Builds automatisch oder manuell in die Warteschlange stellen.

Wenn Sie einen Build manuell in eine Warteschlange stellen, können Sie einen einzelnen Buildlauf ausführen:

Sie können Builds automatisch oder manuell in die Warteschlange stellen.

Wenn Sie einen Build manuell in eine Warteschlange stellen, können Sie einen einzelnen Buildlauf ausführen:

  • Geben Sie den Pool an, in den der Build geht.

  • Fügen Sie einige Variablen hinzu und ändern Sie sie.

  • Fügen Sie Anforderungen hinzu.

  • In einem Git-Repository

Wo kann ich mehr über Pipelineeinstellungen erfahren?

Weitere Informationen zu Buildpipelineeinstellungen finden Sie unter:

Weitere Informationen zu Pipelineeinstellungen finden Sie unter:

Gewusst wie programmgesteuert eine Buildpipeline erstellen?

REST-API-Referenz: Erstellen einer Buildpipeline

Hinweis

Sie können Auch Builds und Buildpipelinen aus der Befehlszeile oder Skripts mithilfe der Azure Pipelines CLI verwalten.