Erstellen einer CI/CD-Pipeline für GitHub-Repositorys mit Azure DevOps Starter
Azure DevOps Starter verfügt über einen vereinfachten Prozess zum Erstellen einer CI- und CD-Pipeline (Continuous Integration, Continuous Delivery) für Azure. Sie können Ihren vorhandenen Code und Ihr Git-Repository nutzen oder eine Beispielanwendung auswählen.
Dieses Modul umfasst Folgendes:
- Erstellen einer CI/CD-Pipeline mithilfe von DevOps Starter
- Konfigurieren des Zugriffs auf Ihr GitHub-Repository und Auswählen eines Frameworks
- Konfigurieren von Azure DevOps und eines Azure-Abonnements
- Committen von Änderungen in GitHub und automatisches Bereitstellen dieser Änderungen in Azure
- Überprüfen der CI/CD-Pipeline in Azure Pipelines
- Bereinigen von Ressourcen
Voraussetzungen
- Ein Azure-Abonnement. Über Visual Studio Dev Essentials erhalten Sie ein kostenloses Abonnement.
- Zugriff auf ein GitHub- oder externes Git-Repository, das .NET, Java, PHP, Node.js, Python oder statischen Webcode enthält.
Melden Sie sich auf dem Azure-Portal an.
Mit Azure DevOps Starter wird eine CI/CD-Pipeline in Azure Pipelines erstellt. Sie können eine neue Azure DevOps-Organisation erstellen oder eine bestehende Organisation verwenden. Ferner werden mit Azure DevOps Starter Azure-Ressourcen im Azure-Abonnement Ihrer Wahl erstellt.
Melden Sie sich beim Azure-Portal an.
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.
Wählen Sie Eigenen Code verwenden und anschließend Weiter aus.
Konfigurieren des Zugriffs auf Ihr GitHub-Repository und Auswählen eines Frameworks
Wählen Sie entweder GitHub oder ein externes Git-Coderepository aus. Wählen Sie für dieses Tutorial die Option GitHub aus. Wenn Sie Azure erstmals Zugriff auf Ihr GitHub-Repository gewähren, ist unter Umständen eine GitHub-Authentifizierung erforderlich.
Wählen Sie ein Repository und einen Branch und dann Weiter aus.
Ändern Sie bei Verwendung von Docker-Containern die Einstellung von Ist die App dockerisiert? in JA. Behalten Sie für dieses Tutorial die Einstellung NEIN bei, und wählen Sie Weiter aus. Weitere Informationen zur Verwendung von Docker-Containern erhalten Sie, indem Sie mit dem Mauszeiger auf das Symbol i zeigen.
Wählen Sie in den Dropdownmenüs eine Anwendungsruntime und ein Anwendungsframework und anschließend Weiter aus. Das Anwendungsframework bestimmt die Art des verfügbaren Bereitstellungsziels für den Azure-Dienst.
Wählen Sie einen Azure-Dienst zum Bereitstellen der Anwendung und anschließend Weiter aus.
Konfigurieren von Azure DevOps und eines Azure-Abonnements
Geben Sie unter Projektname einen Namen ein.
Erstellen Sie unter Azure DevOps-Organisation eine neue kostenlose Organisation, oder wählen Sie im Dropdownmenü eine vorhandene aus.
Wählen Sie Ihr Abonnement unter Azure-Abonnement aus, und geben Sie entweder einen Namen unter Web-App ein, oder verwenden Sie die Standardeinstellung. Wählen Sie einen Standort und anschließend 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 das Projekt in der oberen rechten Ecke in Ihrem Dashboard an, um den Schnellzugriff zu ermöglichen. Mit Azure DevOps Starter wird automatisch ein CI-Trigger für Build und Release konfiguriert. Ihr Code verbleibt in Ihrem GitHub-Repository oder einem anderen externen Repository, und in einem Repository unter Azure DevOps-Organisation wird eine Beispiel-App eingerichtet. Azure DevOps Starter führt den Buildvorgang durch und stellt die App in Azure bereit.
Im Dashboard werden Ihr Coderepository, Ihre CI/CD-Pipeline und Ihre App in Azure angezeigt. Wählen Sie auf der rechten Seite unter „Azure-Ressourcen“ die Option Durchsuchen aus, um Ihre ausgeführte App anzuzeigen.
Committen von Änderungen in GitHub und automatisches Bereitstellen dieser Änderungen in Azure
Nun können Sie mit einem Team zusammen an Ihrer App arbeiten. Vom CI/CD-Prozess werden Ihre aktuellen Änderungen automatisch auf Ihrer Website bereitgestellt. Mit jeder Änderung am GitHub-Repository wird in Azure DevOps ein Build gestartet, und über eine CD-Pipeline wird eine Bereitstellung in Azure ausgeführt.
Klicken Sie auf dem DevOps Starter-Dashboard auf Repositorys. Ihr GitHub-Repository wird auf einer neuen Browserregisterkarte geöffnet. Ändern Sie Ihre Anwendung, und klicken Sie auf Commit Changes (Änderungen übernehmen).
Nach wenigen Augenblicken wird in Azure Pipelines ein Build gestartet. Sie können den Buildstatus auf dem DevOps Starter-Dashboard überwachen. Die Überwachung ist auch in Ihrer Azure DevOps-Organisation möglich, indem Sie auf dem DevOps Starter-Dashboard die Registerkarte Buildpipelines auswählen.
Überprüfen der CI/CD-Pipeline in Azure Pipelines
Mit Azure DevOps Starter wird automatisch eine CI/CD-Pipeline in Azure Pipelines konfiguriert. Untersuchen Sie die Pipeline, und passen Sie sie bei Bedarf an. Gehen Sie wie folgt vor, um sich mit den Build- und Releasepipelines vertraut zu machen:
Klicken Sie auf dem DevOps Starter-Dashboard auf Buildpipelines.
Auf der Seite Azure Pipelines werden ein Verlauf der neuesten Builds sowie der Status der einzelnen Builds angezeigt.
Oben rechts auf der Seite Builds können Sie die Option Bearbeiten auswählen, um den aktuellen Build zu ändern. Mit Warteschlange können Sie einen neuen Build hinzufügen, und mit der Schaltfläche mit den vertikalen Auslassungszeichen (⋮) können Sie ein Menü mit weiteren Optionen öffnen. Wählen Sie Bearbeiten aus.
Der Build führt verschiedene Aufgaben durch. Beispielsweise werden Quellen aus dem Repository abgerufen, Abhängigkeiten wiederhergestellt und Ausgaben für Bereitstellungen veröffentlicht. Ändern Sie auf der rechten Seite unter Name den Namen der Buildpipeline in einen aussagekräftigeren Namen. Wählen Sie Speichern und in Warteschlange einreihen und dann Speichern aus. Geben Sie einen Kommentar ein, und wählen Sie dann erneut Speichern aus.
Wählen Sie die Registerkarte Verlauf aus, um ein Überwachungsprotokoll Ihrer kürzlich vorgenommenen Änderungen für den Build anzuzeigen. An der Buildpipeline vorgenommene Änderungen werden von Azure DevOps nachverfolgt, sodass Sie verschiedene Versionen vergleichen können.
Wählen Sie die Registerkarte Trigger aus. Azure DevOps Projects erstellt automatisch einen CI-Trigger mit einigen Standardeinstellungen. Sie können Trigger festlegen, z. B. Continuous Integration aktivieren, um bei jedem Committen einer Codeänderung einen Buildvorgang durchzuführen. Sie können auch Trigger festlegen, um die Ausführung von Builds zu bestimmten Zeiten zu planen.
Bereinigen von Ressourcen
Wenn Sie die in diesem Tutorial erstellte Azure App Service-Instanz und die zugehörigen Ressourcen nicht mehr benötigen, können Sie sie löschen. Verwenden Sie dazu die Funktion Löschen auf dem DevOps Projects-Dashboard.
Nächste Schritte
Als Sie den CI/CD-Prozess in diesem Tutorial konfiguriert haben, haben Sie in Azure DevOps Projects automatisch eine Build- und eine Releasepipeline erstellt. Diese Build- und Releasepipelines können Sie den Anforderungen Ihres Teams anpassen.
Weitere Informationen zur CI/CD-Pipeline finden Sie in folgendem Artikel:
Define your multi-stage continuous deployment (CD) pipeline (Festlegen Ihrer mehrstufigen CD-Pipeline (Continuous Deployment))
Weitere Informationen zur Anwendungsüberwachung finden Sie hier: