Bereitstellen aus mehreren Branches mithilfe von Azure Pipelines
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Artefaktfilter können mit Releasetriggern verwendet werden, um sie aus mehreren Branches bereitzustellen. Das Anwenden des Artefaktfilters auf einen bestimmten Branch ermöglicht die Bereitstellung in einer bestimmten Stage, wenn alle Bedingungen erfüllt sind.
Voraussetzungen
Ein Git-Repository zum Erstellen der Pipeline. Wenn Sie über keines verfügen, verwenden Sie die Beispiel-App pipelines-dotnet-core.
Ein funktionierender Build für Ihr Repository
Einrichten einer Releasepipeline
Wählen Sie Releases unter Pipelines aus. Wenn dies Ihre erste Releasepipeline ist, wählen Sie Neue Pipeline und andernfalls Release erstellen aus.
Wählen Sie Mit einem leeren Auftrag starten aus, wenn Sie aufgefordert werden, eine Vorlage auszuwählen.
Wählen Sie Artefakt hinzufügen aus, und geben Sie das Projekt, die Buildpipeline und die Standardversion an. Wenn Sie fertig sind, wählen Sie Hinzufügen aus.
Wählen Sie das Symbol für Continuous Deployment-Trigger aus, und aktivieren Sie den Continuous Deployment-Trigger, um jedes Mal ein Release zu erstellen, wenn ein neuer Build verfügbar ist.
Wählen Sie unter Stages die Stage aus, und benennen Sie sie in Dev um. Diese Stage wird ausgelöst, wenn ein Buildartefakt aus dem Dev-Branch veröffentlicht wird.
Wählen Sie das Symbol für Bedingungen vor der Bereitstellung in der Dev-Stage aus, und legen Sie den Bereitstellungstrigger auf Nach einem Release fest, um jedes Mal, wenn ein Release erstellt wird, eine Bereitstellung in dieser Stage auszulösen.
Aktivieren Sie die Artefaktfilter. Wählen Sie „Hinzufügen“ aus, und geben Sie Ihr Artefakt und Ihren Buildbranch an.
Wählen Sie unter Stage die Option Hinzufügen und dann Neue Stage aus, um eine neue Stage hinzuzufügen. Wählen Sie Mit einem leeren Auftrag beginnen aus, wenn Sie aufgefordert werden, eine Vorlage auszuwählen, und benennen Sie die Stage in Prod um. Diese Stage wird ausgelöst, wenn ein Buildartefakt aus dem Mainbranch veröffentlicht wird. Wiederholen Sie die Schritte 6–8, und ersetzen Sie den Buildbranch für diese Stage durch den Mainbranch.
Fügen Sie jeder Stage alle relevanten Bereitstellungsaufgaben zu Ihrer Umgebung hinzu.
Wenn Sie das nächste Mal über einen erfolgreichen Build verfügen, erkennt die Pipeline, welcher Branch diesen Build ausgelöst hat, und löst die Bereitstellung nur in der entsprechenden Stage aus.
Verwandte Artikel
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Tickets als Feedbackmechanismus für Inhalte auslaufen lassen und es durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter:Einreichen und Feedback anzeigen für