Erstellen Ihrer ersten Pipeline

Azure DevOps Services | Azure DevOps Server 2022 - 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, lesen Sie " 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 analysieren Ihr Repository und empfehlen 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 übernehmen. 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 überwachen 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 für die Maven-Vorlage eine gute Übereinstimmung darstellt.

    Sie haben jetzt eine funktionierende YAML-Pipeline (azure-pipelines.yml) in Ihrem Repository, die sie anpassen können!

  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.

Statuszeichen zeigt, dass die Azure-Pipeline erfolgreich war

So kopieren Sie das Statuszeichen in Ihre Zwischenablage:

  1. Wechseln Sie in Azure Pipelines zur Seite "Pipelines ", 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 nun mit dem Signalmarkdown in Ihrer 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 Projekteinstellungen

  2. Öffnen der 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 gerade 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)

    Erneutes Verfassen von Dateien

  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:

    Initialisieren des Repositorys

  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:

    Initialisieren des Repositorys

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.

    Wählen Sie auf der Registerkarte

  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, es sollte Sie automatisch zur Seite " Builds " nehmen.

    Registerkarte

  2. Erstellen einer neuen Pipeline

    Wählen Sie die Schaltfläche

    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:

    Klicken Sie oben rechts auf dem Bildschirm auf Einstellungen, und klicken Sie auf Vorschaufeatures

    Klicken Sie auf das Umschalten, um das Yaml-Vorschaufeature zu deaktivieren.

  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.

    Hinzufügen der Buildaufgabe zum Auftrag

  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.

    Wählen Sie Ihr Skript aus.

  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.

    Registerkarte

  2. Erstellen einer neuen Pipeline

    Erstellen einer neuen 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.

    Hinzufügen der Aufgabe zum Auftrag

  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.

    Wählen Sie die PowerShell-Aufgabe aus.

  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 von Artefakten veröffentlichen " aus, und wählen Sie dann "Hinzufügen" aus.

    Hinzufügen der Veröffentlichungsartefakteaufgabe

    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-Artefakte/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 von Artefakten veröffentlichen " aus, und wählen Sie dann "Hinzufügen" aus.

    Wählen Sie

    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.

Artefakte sind die Dateien, die Sie erstellen möchten. Artefakte 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 Artefakte 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.

    Buildkonsole

    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.

    Schauen Sie sich die Buildkonsole an

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

    Öffnen Sie die Buildkonsole, um das Artefakte anzuzeigen.

  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.

    Wechseln zur Buildkonsole

    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.

    Buildkonsolenlink zum Erstellen einer Zusammenfassung

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

    Artefakte-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.

Öffnen der PowerShell-Aufgabe in der Buildkonsole

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 "In die Warteschlange" aus. Beachten Sie, dass ein Build automatisch durch die von Ihnen zugesicherte Ä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, dass ein Build automatisch durch die von Ihnen zugesicherte Ä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.

Erstellen eines Zusammenfassenden PowerShell-Skriptprotokolls

PowerShell-Skriptprotokoll erstellen

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

Sie haben eine Buildpipeline. Ausblick

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. Alternativ können Sie auch 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 wurde, wählen Sie das Pluszeichen ( + ) aus, und wählen Sie dann eine Releasepipeline erstellen aus.

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

  4. Nennen Sie die Phasen-QS.

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

  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.

    Wählen Sie Blitzbolzen aus, um eine kontinuierliche Bereitstellung auszulösen

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

  8. Wählen Sie das Pluszeichen ( + ) für den Auftrag aus, um dem Auftrag eine Aufgabe 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.

    Klonen der Releaseumgebung in QA

  14. Benennen Sie die geklonte Phase Produktion um.

  15. Benennen Sie die Releasepipeline Hello world um.

    Umbenennen der Releasepipeline 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 "Artefakte " +Hinzufügen aus, und geben Sie eine Quelle (Buildpipeline) an. Wählen Sie Hinzufügen aus.

  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.

    Klonen der Releaseumgebung

  8. Benennen Sie die geklonte Phase Produktion um.

  9. Benennen Sie die Releasepipeline Hello world um.

    Umbenennen der Releasepipeline

  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.

    Release erstellen – DevOps 2019 und 2020

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

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

    Version erstellt – DevOps 2019 und 2020

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

    Releaseprotokolle – DevOps 2019 und 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.

    version created - TFS 2018

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

    Releaseprotokolle – 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. Siehe Übersicht über Genehmigungen und Tore.

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 von GitHub-Repositorys finden Sie unter Build GitHub-Repositorys.

Informationen zum Veröffentlichen Ihrer Pipelineartefakte finden Sie unter Veröffentlichen von Pipelineartefakten.

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.

Pipeline löschen

Sie haben die Grundlagen zum Erstellen und Ausführen einer Pipeline gelernt. Jetzt können Sie Ihre Buildpipeline für die von Ihnen verwendete Programmiersprache konfigurieren. Fahren Sie fort, und erstellen Sie eine neue Buildpipeline, und verwenden Sie dieses Mal 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“?

What is DevOps?

Welches Versionssteuerungssystem kann ich verwenden?

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

Gewusst wie eine Pipeline replizieren?

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

all-definitions-build-action-menu-repliziert-actions

Screenshot, der zeigt, wie eine Pipeline repliziert wird.

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, der das Speichern als Entwurf anzeigt.

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

Entwurf bearbeiten – DevOps 2019 und 2020

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

Entwurf veröffentlichen – DevOps 2019 und 2020

Entwurf veröffentlichen - TFS 2018

Oder wenn Sie den Entwurf verwerfen möchten, 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 zu bestätigenden Pipeline ein, und wählen Sie "Löschen" aus.

Was kann ich sonst tun, wenn ich einen Build in die Warteschlange warteschlange?

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

Wenn Sie einen Build manuell in die Warteschlange stellen, können Sie eine einzelne Ausführung des Builds ausführen:

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

Wenn Sie einen Build manuell in die Warteschlange stellen, können Sie eine einzelne Ausführung des Builds ausführen:

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

  • 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 über die Befehlszeile oder Skripts mithilfe der Azure Pipelines CLI verwalten.