Erstellen einer CI/CD-Pipeline für .NET mit Azure DevOps Starter
Konfigurieren Sie mit DevOps Starter Continuous Integration (CI) und Continuous Delivery (CD) für Ihre .NET Core- oder ASP.NET-Anwendung. DevOps Starter erleichtert die Erstkonfiguration einer Build- und Releasepipeline in Azure Pipelines.
Wenn Sie kein Azure-Abonnement haben, erhalten Sie über Visual Studio Dev Essentials ein kostenloses Abonnement.
Melden Sie sich auf dem Azure-Portal an.
Mit DevOps Starter wird eine CI/CD-Pipeline in Azure DevOps erstellt. Sie können eine neue Azure DevOps-Organisation erstellen oder eine bestehende Organisation verwenden. Ferner werden mit DevOps Starter Azure-Ressourcen im Azure-Abonnement Ihrer Wahl erstellt.
Melden Sie sich beim Microsoft Azure-Portalan.
Geben Sie in das Suchfeld DevOps Starter ein, und wählen sie die Option dann aus. Klicken Sie auf Hinzufügen, um einen neuen zu erstellen.
Auswählen einer Beispielanwendung und eines Azure-Diensts
Wählen Sie die .NET-Beispielanwendung aus. Die Beispiele für .NET enthalten eine Auswahl von Anwendungen des ASP.NET Open Source-Frameworks oder des plattformübergreifenden .NET Core-Frameworks.
Hinweis
Die Standardoption für die Einrichtung von DevOps Starter unter Verwendung von GitHub. Diese Einstellung kann jedoch nicht über den Assistenten geändert werden.
Bei diesem Beispiel handelt es sich um eine ASP.NET Core MVC-Anwendung. Wählen Sie das .NET Core-Anwendungsframework und dann Weiter aus.
Wählen Sie Windows-Web-App als Bereitstellungsziel und dann Weiter aus. Optional können Sie andere Azure-Dienste für Ihre Bereitstellung auswählen. Das Anwendungsframework, das Sie zuvor ausgewählt haben, bestimmt den Typ der hier verfügbaren Bereitstellungsziele für den Azure-Dienst.
Konfigurieren von Azure DevOps und eines Azure-Abonnements
Geben Sie einen Projektnamen ein.
Sie können eine neue kostenlose Azure DevOps-Organisation erstellen oder eine bestehende Organisation in der Dropdownliste auswählen.
Wählen Sie Ihr Azure-Abonnement aus, geben Sie einen Namen für Ihre Web-App ein, und wählen Sie dann Fertig aus. Nach wenigen Minuten wird die Bereitstellungsübersicht für DevOps Starter im Azure-Portal angezeigt.
Klicken Sie auf Zu Ressource wechseln, um das DevOps Starter-Dashboard aufzurufen. Heften Sie für den Schnellzugriff das Projekt in der oberen rechten Ecke an Ihr Dashboard. Eine Beispiel-App wird in einem Repository in Ihrer Azure DevOps-Organisation eingerichtet. Ein Build wird ausgeführt und Ihre App in Azure bereitgestellt.
Dieses Dashboard bietet Einblick in Ihr Coderepository, in Ihre CI/CD-Pipeline und in Ihre App in Azure. Wählen Sie auf der rechten Seite unter Azure-Ressourcen Durchsuchen aus, um Ihre ausgeführte App anzuzeigen.
Ausführen eines Commits für Codeänderungen und Ausführen von CI/CD
Von DevOps Starter wurde ein Git-Repository in Azure Repos oder auf GitHub erstellt. Gehen Sie wie folgt vor, um das Repository anzuzeigen und Codeänderungen an Ihrer Anwendung vorzunehmen:
Klicken Sie auf der linken Seite des DevOps Starter-Dashboards auf den Link für Ihren Mainbranch. Über diesen Link wird die Ansicht des neu erstellten Git-Repositorys geöffnet.
Bei den nächsten Schritten können Sie den Webbrowser verwenden, um Codeänderungen direkt am Mainbranch vorzunehmen und für Codeänderungen einen Commit auszuführen. Sie können auch Ihr Git-Repository in Ihrer bevorzugten IDE klonen, indem Sie Klonen oben rechts auf der Repositoryseite auswählen.
Navigieren Sie links in der Anwendungsdateistruktur zu Application/aspnet-core-dotnet-core/Pages/Index.cshtml.
Wählen Sie Bearbeiten aus, und ändern Sie die h2-Überschrift. Geben Sie z. B. Get started right away with the Azure DevOps Starter (Direkt mit Azure DevOps Starter loslegen) ein, oder nehmen Sie eine andere Änderung vor.
Wählen Sie Commit ausführen aus, hinterlassen Sie einen Kommentar, und wählen Sie Commit ausführen erneut aus.
Navigieren Sie in Ihrem Browser zum Azure DevOps Starter-Dashboard. Nun wird angezeigt, dass ein Build erstellt wird. Die von Ihnen vorgenommenen Änderungen werden automatisch erstellt und über eine CI/CD-Pipeline bereitgestellt.
Überprüfen der CI/CD-Pipeline
Im vorherigen Schritt wurde von Azure DevOps Starter automatisch eine vollständige CI/CD-Pipeline konfiguriert. Untersuchen Sie die Pipeline, und passen Sie sie bei Bedarf an. Führen Sie die folgenden Schritte aus, um sich mit den Build- und Releasepipelines von Azure DevOps vertraut zu machen:
Klicken Sie oben im DevOps Starter-Dashboard auf die Option Buildpipelines. Über diesen Link werden eine Browserregisterkarte und die Azure DevOps-Buildpipeline für Ihr neues Projekt geöffnet.
Wählen Sie die Auslassungspunkte (...) aus. Durch diese Aktion wird ein Menü geöffnet, über das Sie verschiedene Aktivitäten starten können. So können Sie beispielsweise einen neuen Build zur Warteschlange hinzufügen, einen Build anhalten und die Buildpipeline bearbeiten.
Wählen Sie Bearbeiten aus.
In diesem Bereich können Sie sich die verschiedenen Aufgaben ansehen, die Sie für Ihre Buildpipeline ausführen können. Vom Build werden verschiedene Aufgaben durchgeführt. Beispielsweise werden Quellen aus dem Git-Repository abgerufen, Abhängigkeiten wiederhergestellt und für Bereitstellungen verwendete Ausgaben veröffentlicht.
Wählen Sie oben in der Buildpipeline den Buildpipelinenamen aus.
Ersetzen Sie den Namen Ihrer Buildpipeline durch einen aussagekräftigeren Namen, und wählen Sie Speichern und in Warteschlange einreihen und dann Speichern aus.
Wählen Sie unter dem Buildpipelinenamen Verlauf aus.
Im Bereich Verlauf wird ein Überwachungsprotokoll mit den letzten Änderungen für den Build angezeigt. An der Buildpipeline vorgenommene Änderungen werden von Azure Pipelines nachverfolgt, sodass Sie verschiedene Versionen vergleichen können.Wählen Sie Trigger aus. Mit DevOps Starter wurde automatisch ein CI-Trigger erstellt, und mit jedem für das Repository ausgeführten Commit wird ein neuer Build gestartet. Optional können Sie Branches aus dem CI-Prozess einbeziehen oder ausschließen.
Wählen Sie Aufbewahrung aus. Abhängig vom Szenario können Sie Richtlinien zum Aufbewahren oder Entfernen einer bestimmten Anzahl von Builds festlegen.
Wählen Sie Build und Release und anschließend Releases aus.
DevOps Starter erstellt eine Releasepipeline zum Verwalten von Bereitstellungen in Azure.Wählen Sie auf der linken Seite neben Ihrer Releasepipeline die Auslassungspunkte (...) und anschließend Bearbeiten aus. Die Releasepipeline enthält eine Pipeline, die den Releaseprozess definiert.
Wählen Sie unter Artefakte die Option Ablegen aus. Die in den vorherigen Schritten untersuchte Buildpipeline erzeugt die für das Artefakt verwendete Ausgabe.
Wählen Sie neben dem Symbol Ablegen die Option Continuous Deployment-Trigger aus. Diese Releasepipeline enthält einen aktivierten CD-Trigger. Jedes Mal, wenn ein neues Buildartefakt verfügbar ist, wird von diesem CD-Trigger eine Bereitstellung ausgeführt. Optional können Sie den Trigger deaktivieren, sodass Ihre Bereitstellungen manuell ausgeführt werden müssen.
Wählen Sie auf der linken Seite Aufgaben aus. Bei den Aufgaben handelt es sich um die Aktivitäten, die beim Bereitstellungsprozess ausgeführt werden. In diesem Beispiel wurde für die Bereitstellung in Azure App Service eine Aufgabe erstellt.
Wählen Sie auf der rechten Seite Releases anzeigen aus. In dieser Ansicht wird der Verlauf von Releases angezeigt.
Wählen Sie neben einem Ihrer Releases die Auslassungspunkte (...) und dann die Option Öffnen aus. Sie können sich verschiedene Menüs ansehen, etwa eine Releasezusammenfassung, zugeordnete Arbeitselemente und Tests.
Wählen Sie Commits aus. In dieser Ansicht werden die der jeweiligen Bereitstellung zugeordneten Codecommits angezeigt.
Wählen Sie Protokolle aus. Die Protokolle enthalten nützliche Informationen zum Bereitstellungsprozess. Sie können während und nach Bereitstellungen angezeigt werden.
Bereinigen von Ressourcen
Sie können die erstellte Azure App Service-Instanz und zugehörige Ressourcen löschen, wenn Sie sie nicht mehr benötigen. Verwenden Sie die Funktion Löschen auf dem DevOps Starter-Dashboard.
Nächste Schritte
Weitere Informationen zum Ändern der Build- und Releasepipelines zur Erfüllung der Anforderungen Ihres Teams finden Sie in folgendem Tutorial: