Teilen über


Erstellen Ihrer ersten Pipeline

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Dies ist eine schrittweise Anleitung zur Verwendung von Azure Pipelines zum Erstellen einer Beispielanwendung aus einem Git-Repository. In dieser Anleitung 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. Anleitungen zur Verwendung von TFVC finden Sie unter Erstellen von TFVC-Repositorys.

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. Um von Microsoft gehostete Agents zu verwenden, muss Ihre Azure DevOps-Organisation über Zugriff auf von Microsoft gehostete Parallelaufträge verfügen. Sie können entweder einen Parallelauftrag erwerben oder eine kostenlose Bewilligung anfordern.

Erstellen Ihrer ersten Pipeline

Abrufen des Java-Beispielcodes

Um zu beginnen, forken Sie das folgende Repository in Ihr GitHub-Konto.

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. Gehen Sie zu Pipelines und wählen Sie dann Neue Pipeline aus oder Pipeline erstellen, wenn Sie Ihre erste Pipeline erstellen.

  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 „Approve & Install“ (Genehmigen und installieren) aus.

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

  2. Wenn Ihre neue Pipeline angezeigt wird, sehen Sie sich den YAML-Code an, um herauszufinden, was er macht. 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 committen. Sobald Sie mit der Nachricht zufrieden sind, klicken Sie erneut auf Speichern und ausführen.

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

    Sie haben soeben eine Pipeline erstellt und ausgeführt, die automatisch für Sie erstellt wurde, da Ihr Code gut zur Maven-Vorlage zu passen schien.

    Sie verfügen nun über 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.

Anzeigen und Verwalten Ihrer Pipelines

Sie können Ihre Pipelines anzeigen und verwalten, indem Sie im Menü auf der linken Seite Pipelines auswählen, um zur Zielseite für Pipelines zu wechseln.

Screenshot: Zielseite für Pipelines.

Auf der Zielseite für Pipelines können Sie Pipelines und Pipelineausführungen anzeigen, Pipelines erstellen und importieren, die Sicherheit verwalten und einen Drilldown zu Pipeline- und Ausführungsdetails ausführen.

Wählen Sie Zuletzt verwendet aus, um zuletzt ausgeführte Pipelines anzuzeigen (die Standardansicht), oder wählen Sie Alle aus, um alle Pipelines anzuzeigen.

Screenshot: Optionen zum Anzeigen der Pipelineausführungen auf der Zielseite für Pipelines.

Wählen Sie eine Pipeline aus, um diese Pipeline zu verwalten, und zeigen Sie die Ausführungen an. Wählen Sie die Buildnummer für die letzte Ausführung aus, um die Ergebnisse dieses Builds anzuzeigen, wählen Sie den Branchnamen aus, um den Branch für diese Ausführung anzuzeigen, oder wählen Sie das Kontextmenü aus, um die Pipeline auszuführen und andere Verwaltungsaktionen auszuführen.

Screenshot der zuletzt ausgeführten Pipelines.

Wählen Sie Ausführungen aus, um alle Pipelineausführungen anzuzeigen. Optional können Sie die angezeigten Ausführungen filtern.

Screenshot der Pipelineausführungen.

Wählen Sie eine Pipelineausführung aus, um Informationen zu dieser Ausführung anzuzeigen.

Sie können im Kontextmenü wählen, ob Sie eine Ausführung beibehalten oder löschen möchten. Weitere Informationen zur Aufbewahrung der Ausführungen finden Sie unter Aufbewahrungsrichtlinien für Builds und Releases.

Screenshot des Kontextmenüs „Pipelineausführung“.

Anzeigen von Pipelinedetails

Auf der Detailseite für eine Pipeline können Sie diese Pipeline anzeigen und verwalten.

Screenshot: Seite „Pipelinedetails“.

Wählen Sie Bearbeiten aus, um Ihre Pipeline zu bearbeiten. Weitere Informationen finden Sie unter YAML-Pipeline-Editor. Sie können Ihre Pipeline auch bearbeiten, indem Sie die Datei azure-pipelines.yml direkt im Repository ändern, in dem die Pipeline gehostet wird.

Anzeigen von Details zur Pipelineausführung

In der Zusammenfassung der Pipelineausführung können Sie den Status Ihrer Ausführung sowohl während der Ausführung als auch nach Abschluss anzeigen.

Screenshot: Zusammenfassung der Pipelineausführung.

Im Zusammenfassungsbereich können Sie Details zu Aufträgen und Stages anzeigen, Artefakte herunterladen und zu verknüpften Commits, Testergebnissen und Arbeitselementen navigieren.

Aufträge und Phasen

Im Aufgabenbereich wird eine Übersicht über den Status Ihrer Stages und Aufträge angezeigt. Dieser Bereich kann mehrere Registerkarten aufweisen, je nachdem, ob Ihre Pipeline über Stages und Aufträge oder nur über Aufträge verfügt. In diesem Beispiel verfügt die Pipeline über zwei Stages mit dem Namen Build und Deploy. Sie können einen Drilldown zu den Pipelineschritten durchführen, indem Sie den Auftrag entweder im Bereich Stages oder im Bereich Aufträge auswählen.

Screenshot: Pipelineaufträge und Stages.

Wählen Sie einen Auftrag aus, um die Schritte für diesen Auftrag anzuzeigen.

Screenshot: Pipelineaufgaben.

In der Schrittansicht können Sie den Status und Details der einzelnen Schritte überprüfen. Sie können in Weitere Aktionen zwischen Zeitstempeln wechseln oder ein unformatiertes Protokoll aller Schritte in der Pipeline anzeigen.

Screenshot: Inhaltsmenü für Pipelineaufgaben.

Abbrechen und erneutes Ausführen einer Pipeline

Wenn die Pipeline ausgeführt wird, können Sie sie abbrechen, indem Sie Abbrechen auswählen. Wenn die Ausführung abgeschlossen ist, können Sie die Pipeline erneut ausführen, indem Sie Neu ausführen auswählen.

Screenshot: Abbrechen einer Pipelineausführung.

Menü mit weiteren Aktionen für die Pipelineausführung

Sie können über das Menü Weitere Aktionen Protokolle herunterladen, Tags hinzufügen, die Pipeline bearbeiten, die Ausführung löschen und die Aufbewahrung für die Ausführung konfigurieren.

Screenshot: Menü der Zusammenfassungsseite der Pipelineausführung mit weiteren Aktionen.

Hinweis

Sie können eine Ausführung nicht löschen, wenn sie beibehalten wird. Wenn die Option Löschen nicht angezeigt wird, wählen Sie Ausführung nicht mehr beibehalten aus, und löschen Sie dann die Ausführung. Wenn Sie sowohl Löschen als auch Aufbewahrungsreleases anzeigen sehen, gelten für Ihre Ausführung noch eine oder mehrere konfigurierte Aufbewahrungsrichtlinien. Wählen Sie Aufbewahrungsreleases anzeigen aus, löschen Sie die Richtlinien (nur die Richtlinien für die ausgewählte Ausführung werden entfernt), und löschen Sie dann die Ausführung.

Hinzufügen eines Statusbadge 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.

Statusbadge zeigt Erfolg der Azure-Pipeline

So kopieren Sie das Statusbadge in Ihre Zwischenablage:

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

  2. Wählen Sie aus, und klicken Sie dann auf Statusbadge.

  3. Wählen Sie Statusbadge aus.

  4. Kopieren Sie das Beispielmarkdown aus dem Abschnitt „Beispielmarkdown“.

Führen Sie nun mit dem Badgemarkdown in Ihrer Zwischenablage die folgenden Schritte in GitHub aus:

  1. Wechseln Sie zur Liste der Dateien, und wählen Sie Readme.md aus. Klicken Sie auf das Bleistiftsymbol, um diese zu bearbeiten.

  2. Fügen Sie das statusmäßige Badgemarkdown am Anfang der Datei ein.

  3. Führen Sie einen Commit für die Änderungen im main-Branch aus.

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

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

  1. Navigieren Sie in der unteren linken Ecke der Seite zu Projekteinstellungen.

  2. Öffnen Sie die Registerkarte Einstellungen unter Pipelines

  3. Schalten Sie den Schieberegler Anonymen Zugriff auf Badges deaktivieren unter Allgemein um

Hinweis

Auch in einem privaten Projekt ist der anonyme Badgezugriff standardmäßig aktiviert. Wenn der anonyme Badgezugriff aktiviert ist, können Benutzer außerhalb Ihrer Organisation möglicherweise Informationen wie Projektnamen, Branchnamen, Auftragsnamen und Buildstatus über die Badgestatus-API abfragen.

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

Wir zeigen Ihnen, wie Sie den klassischen Editor in Azure DevOps Server 2019 verwenden, um einen Build und ein Release zu erstellen, mit dem „Hello world“ ausgegeben wird.

Voraussetzungen

Initialisieren Ihres Repositorys

Wenn Sie bereits über ein Repository in Ihrem Projekt verfügen, können Sie mit dem nächsten Schritt fortfahren: Fahren Sie mit dem Hinzufügen eines Skripts zu Ihrem Repository fort.

  1. Wechseln Sie zu Azure Repos. (Der Codehub in der vorherigen Navigation)

    Repos-Dateien

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

    Repository initialisieren

Hinzufügen eines Skripts zu Ihrem Repository

Erstellen Sie ein PowerShell-Skript, das Hello world ausgibt.

  1. Wechseln Sie zu Azure Repos.

  2. Fügen Sie eine Datei hinzu.

    Wählen Sie auf der Registerkarte „Dateien“ im Repositoryknoten die Option „Neue Datei“

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

    HelloWorld.ps1
    
  4. Kopieren Sie dieses Skript, und fügen Sie es ein.

    Write-Host "Hello world"
    
  5. Committen (speichern) Sie die Datei.

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

Wenn Sie bereit sind, mit der Erstellung und Bereitstellung einer echten App zu beginnen, können Sie mit Azure Pipelines CI-Builds eine Vielzahl von Clients und Diensten für die Versionskontrolle verwenden. Weitere Informationen

Erstellen einer Buildpipeline

Erstellen Sie eine Buildpipeline, die „Hello world“ ausgibt.

  1. Wählen Sie Azure Pipelines aus. Dadurch sollten Sie automatisch zur Seite Builds gelangen.

    Wechseln zur Registerkarte „Builds“

  2. Erstellen einer neuen Pipeline

    Auswählen der Registerkarte „Build“

    Für neue Azure DevOps-Benutzer gelangen Sie dadurch automatisch zur YAML-Umgebung für die Pipelineerstellung. Um zum klassischen Editor zu gelangen und dieses Handbuch abzuschließen, müssen Sie die Previewfunktion für die neue YAML-Umgebung für die Pipelineerstellung deaktivieren:

    Klicken Sie oben rechts auf dem Bildschirm auf „Einstellungen“ und dann auf „Previewfunktionen“

    Klicken Sie auf den Umschalter, um die Yaml-Previewfunktion zu deaktivieren

  3. Stellen Sie sicher, dass Quelle, Projekt, Repository und Standardbranch mit dem Speicherort übereinstimmen, an dem Sie das Skript erstellt haben.

  4. Starten 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 Agentpool die Option Gehosteter VS2017 aus.

  6. Wählen Sie auf der linken Seite das Pluszeichen ( + ) aus, um Auftrag 1 eine Aufgabe 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-Skripttask aus.

  8. Wählen Sie für das Argument Skriptpfad die Schaltfläche aus, um Ihr Repository zu durchsuchen, und wählen Sie das Skript aus, das Sie erstellt haben.

    Auswählen Ihres Skripts

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

Eine Buildpipeline ist die Entität, über die Sie Ihre automatisierte Buildpipeline definieren. In der Buildpipeline erstellen Sie eine Reihe von Aufgaben, die jeweils einen Schritt in Ihrem Build ausführen. Der Aufgabenkatalog bietet eine Vielzahl von Aufgaben für den Einstieg. Sie können Ihrer Buildpipeline auch PowerShell- oder Shellskripts hinzufügen.

Veröffentlichen eines Artefakts aus Ihrem Build

Ein typischer Build erzeugt ein Artefakt, das dann in verschiedenen Stages eines Release bereitgestellt werden kann. Um die Funktion auf einfache Weise zu veranschaulichen, veröffentlichen wir einfach das Skript als Artefakt.

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

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

    Hinzufügen der Aufgabe „Artefakt veröffentlichen“

    Zu veröffentlichender Pfad: Wählen Sie die Schaltfläche aus, um das von Ihnen erstellte Skript zu durchsuchen und auszuwählen.

    Artefaktname: Geben Sie drop ein.

    Veröffentlichungsort für Artefakte: Wählen Sie Azure Artifacts/TFS aus.

Artefakte sind die Dateien, die ihr Build erstellen soll. Artefakte können fast alles sein, was Ihr Team zum Testen oder Bereitstellen Ihrer App benötigt. Sie verfügen beispielsweise über ausführbare .DLL und .EXE Dateien und eine .PDB-Symboldatei einer C#- oder C++-.NET-Windows-App.

Damit Sie Artefakte erstellen können, stellen wir Tools wie das Kopieren mit Musterabgleich und ein Stagingverzeichnis bereit, in dem Sie Ihre Artefakte sammeln können, bevor Sie sie veröffentlichen. Weitere Informationen finden Sie unter Artefakte in Azure Pipelines.

Aktivieren von Continuous Integration (CI)

  1. Wählen Sie die Registerkarte Trigger aus.

  2. Aktivieren Sie Continuous Integration.

Ein Continuous Integration-Trigger in einer Buildpipeline gibt an, dass das System automatisch einen neuen Build in die Warteschlange stellen sollte, wenn ein Commit für eine Codeänderung erfolgt. Sie können den Trigger allgemeiner oder spezifischer gestalten und ihren Build planen (z. B. auf nächtlicher Basis). Weitere Informationen finden Sie unter Buildtrigger.

Speichern des Builds in der Warteschlange

Speichern Sie einen Build manuell, stellen Sie ihn in die Warteschlange, und testen Sie Ihre Buildpipeline.

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

  2. Wählen Sie im Dialogfeld erneut Speichern und in Warteschlange einreihen aus.

    Dadurch wird ein neuer Build auf dem von Microsoft gehosteten Agent in die Warteschlange eingereiht.

  3. Oben auf der Seite wird ein Link zum neuen Build angezeigt.

    Buildkonsole

    Klicken Sie auf den Link, um den neuen Build anzuzeigen. Sobald der Agent zugeordnet ist, werden die Liveprotokolle des Builds angezeigt. Beachten Sie, dass das PowerShell-Skript als Teil des Builds ausgeführt wird und dass „Hello world“ in der Konsole ausgegeben wird.

    Ansehen in der Buildkonsole

  4. Wechseln Sie zur Buildzusammenfassung. Auf der Registerkarte Artefakte des Builds sehen Sie, dass das Skript als Artefakt veröffentlicht wird.

    Öffnen der Buildkonsole, um das Artefakt anzuzeigen

Hinzufügen einiger Variablen und Committen einer Änderung an Ihrem Skript

Wir übergeben einige Buildvariablen an das Skript, um unsere Pipeline etwas interessanter zu machen. Anschließend committen wir eine Änderung an einem Skript und beobachten, wie die CI-Pipeline automatisch ausgeführt wird, um die Änderung zu überprüfen.

  1. Bearbeiten Sie Ihre Buildpipeline.

  2. Wählen Sie auf der Registerkarte Aufgaben die PowerShell-Skripttask 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 die Argumente zu Ihrem Skript hinzu.

  1. Wechseln Sie zu Ihren Dateien in Azure Repos (den Codehub in der vorherigen Navigation und TFS).

  2. Wählen Sie die Datei HelloWorld.ps1 und dann Bearbeiten für die Datei aus.

  3. Ändern Sie das Skript wie folgt:

    Param(
    [string]$greeter,
    [string]$trigger
    )
    Write-Host "Hello world" from $greeter
    Write-Host Trigger: $trigger
    
  4. Committen (Speichern) Sie das Skript.

Jetzt können Sie die Ergebnisse Ihrer Änderungen sehen. Wechseln Sie zu Azure Pipelines, und wählen Sie In der Warteschlange aus. Beachten Sie im Abschnitt In der Warteschlange oder aktuell ausgeführt , dass ein Build automatisch durch die von Ihnen committete Ä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 der Name der Person, die den Code geändert hat, in der Begrüßungsnachricht angegeben wird. Es wird auch angegeben, dass es sich um einen CI-Build handelt.

Erstellen eines zusammenfassenden PowerShell-Skriptprotokolls

In diesen Schritten wurde das Konzept der Buildvariablen vorgestellt. Es wurde der Wert einer Variablen ausgegeben, die automatisch vom System vordefiniert 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 Erstellen von Variablen.

Sie verfügen über eine Buildpipeline. Ausblick

Sie haben eine Buildpipeline erstellt, die automatisch den von Ihrem Team eingecheckten Code erstellt und überprüft. An diesem Punkt können Sie mit dem nächsten Abschnitt fortfahren, um mehr über Releasepipelines zu erfahren. Oder, wenn Sie möchten, können Sie diesen Abschnitt überspringen , um eine Buildpipeline für Ihre App zu erstellen.

Erstellen einer Releasepipeline

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

  1. Wechseln Sie zur Registerkarte Pipelines , und wählen Sie dann Releasesaus.

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

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

  4. Nennen Sie die Stage QA.

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

  6. Wählen Sie den Blitz aus, um Continuous Deployment auszulösen, und aktivieren Sie dann den Trigger „Continuous Deployment“ auf der rechten Seite.

    Auswählen des Blitzes, um Continuous Deployment auszulösen

  7. Wählen Sie die Registerkarte Aufgaben und dann Ihre QA-Stage 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 nach der PowerShell-Aufgabe, und wählen Sie dann die zugehörige Hinzufügen-Schaltfläche aus.

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

  11. Wählen Sie für das Argument Skriptpfad das Symbol aus, um Ihr Repository zu durchsuchen, und wählen Sie das Skript aus, das Sie erstellt haben.

  12. Fügen Sie diese Argumente hinzu:

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

    Klonen der Releaseumgebung in QA

  14. Benennen Sie die geklonte Stage in Produktion um.

  15. Benennen Sie die Releasepipeline in Hello World um.

    Umbenennen der Releasepipeline in Hello World

  16. Speichern Sie die Releasepipeline.

Eine Releasepipeline ist eine Auflistung von Stages, in denen die Anwendungsbuildartefakte bereitgestellt werden. Außerdem werden die tatsächliche Bereitstellungspipeline für jede Stage sowie die Art und Weise definiert, wie die Artefakte von einer Stage zur nächsten befördert werden.

Beachten Sie außerdem, 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 eines Releases

Führen Sie das Skript in jeder Stage aus.

  1. Erstellen Sie ein neues Release.

    Release erstellen - DevOps 2019 und 2020

    Wenn Neues Release erstellen angezeigt wird, wählen Sie Erstellen aus.

  2. Öffnen Sie das Release, das Sie erstellt haben.

    Version erstellt – DevOps 2019 und 2020

  3. Zeigen Sie die Protokolle an, um Echtzeitdaten zum Release zu erhalten.

    Releaseprotokolle – DevOps 2019 und 2020

Sie können den Fortschritt der einzelnen Releases nachverfolgen, um festzustellen, ob sie in allen Stages bereitgestellt wurden. Sie können die Commits, die Teil jedes Release sind, die zugehörigen Arbeitselemente und die Ergebnisse aller Testausführungen nachverfolgen, die Sie der Releasepipeline hinzugefügt haben.

Ändern Sie Ihren Code und beobachten Sie, wie er automatisch in der Produktion bereitgestellt wird

Wir nehmen noch eine weitere Änderung am Skript vor. Dieses Mal wird es automatisch erstellt und dann bis zur Produktionsstage bereitgestellt.

  1. Wechseln Sie zum Codehub, Registerkarte Dateien, bearbeiten Sie die Datei HelloWorld.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. Committen (Speichern) Sie das Skript.

  3. Wählen Sie die Registerkarte Builds aus, um zu sehen, wie der Build in die Warteschlange gestellt und ausgeführt wird.

  4. Wählen Sie nach Abschluss des Builds die Registerkarte Releases aus, öffnen Sie das neue Release, und wechseln Sie dann zu Protokolle.

Ihr neuer Code wird automatisch in der QA-Stage und dann in der Produktionsstage bereitgestellt.

Endgültiges Protokoll für das Releaseskript – DevOps 2019 und 2020

In vielen Fällen möchten Sie wahrscheinlich die Releasepipeline so bearbeiten, dass die Produktionsbereitstellung erst erfolgt, nachdem einige Tests durchgeführt wurden und Genehmigungen vorliegen. Siehe Übersicht über Genehmigungen und Gates.

Nächste Schritte

Sie haben erfahren, wie Sie Ihre erste Pipeline in Azure erstellen. Erfahren Sie mehr über die Konfiguration von Pipelines in der Sprache Ihrer Wahl:

Sie können auch die Pipeline anpassen, die Sie erstellt haben.

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

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

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

Informationen zu weiteren Möglichkeiten in YAML-Pipelines finden Sie in der YAML-Schemareferenz.

Bereinigung

Wenn Sie Testpipelines erstellt haben, können Sie diese einfach löschen, wenn sie nicht mehr benötigt werden.

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

Löschen einer Pipeline

Sie haben die Grundlagen des Erstellens und Ausführens einer Pipeline kennengelernt. Jetzt können Sie Ihre Buildpipeline für die verwendete Programmiersprache konfigurieren. 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 Versionskontrollsystem kann ich verwenden?

Wenn Sie mit CI/CD für Ihre App beginnen möchten, können Sie das Versionskontrollsystem Ihrer Wahl verwenden:

Wie repliziere ich eine Pipeline?

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

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

Nachdem Sie eine Pipeline geklont haben, können Sie Änderungen vornehmen und sie 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 sie verwenden, um dem Muster in neuen Pipelines zu folgen.

Tipp

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

Wie arbeite ich 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

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

Wenn Sie den Entwurf verwerfen möchten, können Sie ihn auf der oben gezeigten Registerkarte Alle Pipelines 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 im Menü ... oben rechts auf der Seite Löschen aus. Geben Sie zur Bestätigung den Namen der Pipeline ein, und wählen Sie Löschen.

Was kann ich noch tun, wenn ich einen Build in die Warteschlange stelle?

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

Wenn Sie einen Build manuell in die Warteschlange stellen, können Sie für eine einzelne Ausführung des Builds wie folgt vorgehen:

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

Wenn Sie einen Build manuell in die Warteschlange stellen, können Sie für eine einzelne Ausführung des Builds wie folgt vorgehen:

  • Geben Sie den Pool an, in den der Build geleitet wird.

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

  • Fügen Sie Anforderungen hinzu.

  • In einem Git-Repository

Wo erfahre ich mehr über Pipelineeinstellungen?

Weitere Informationen zu Pipelineeinstellungen finden Sie unter:

Wie erstelle ich programmgesteuert eine Buildpipeline?

REST-API-Referenz: Erstellen einer Buildpipeline

Hinweis

Sie können Builds und Buildpipelines auch über die Befehlszeile oder Skripts mithilfe der Azure Pipelines CLI verwalten.