Freigeben über

Erstellen mehrerer Filialen in Azure-Pipelines

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020

Mithilfe von Azure Pipelines können Sie Trigger erstellen, um Ihr Projekt für jeden neuen Commit zu erstellen und Pull-Anforderung an Ihr Repository zu übertragen. In diesem Artikel erfahren Sie, wie Sie eine kontinuierliche Integration aktivieren und mehrere Branch-Builds für Ihr Repository einrichten.

Voraussetzungen

Aktivieren des CI-Triggers für einen Themenzweig

Beim Arbeiten mit Git ist es üblich, temporäre Verzweigungen aus der Hauptverzweigung zu erstellen, um einen optimierten Workflow zu vereinfachen. Diese Verzweigungen, die häufig als Themen- oder Featurezweige bezeichnet werden, dienen dem Zweck, Ihre Arbeit zu isolieren. In diesem Workflow erstellen Sie eine Verzweigung, die einem bestimmten Feature oder Fehlerkorrektur zugeordnet ist, und nach Abschluss führen Sie den Code wieder in die Hauptzweige zusammen, bevor Sie den Themenzweig löschen.

Wenn in Ihrer YAML-Datei kein Trigger explizit angegeben ist, lösen alle an einer Verzweigung vorgenommenen Änderungen eine Ausführung aus. Wenn Sie Trigger sowohl für den Hauptzweig als auch für alle Feature-/ Verzweigungen hinzufügen möchten, fügen Sie den folgenden Codeausschnitt in Ihre YAML-Datei ein. Dadurch wird sichergestellt, dass änderungen an diesen Verzweigungen automatisch eine Pipelineausführung auslösen.

trigger:
- main
- feature/*

YAML-Builds sind noch nicht auf TFS verfügbar.

Anpassen von Buildaufgaben basierend auf der zu erstellenden Verzweigung

Der Hauptzweig ist in der Regel für das Generieren von bereitstellungsfähigen Artefakten wie Binärdateien verantwortlich. Für kurzlebige Featureverzweigungen ist es nicht erforderlich, Zeit in das Erstellen und Speichern dieser Artefakte zu investieren. In Azure Pipelines können Sie benutzerdefinierte Bedingungen implementieren, um sicherzustellen, dass bestimmte Aufgaben nur in der Hauptzweigung ausgeführt werden.

Bearbeiten Sie die azure-pipelines.yml Datei in Ihrer Hauptzweigung , und fügen Sie ihrer gewünschten Aufgabe eine Bedingung hinzu. Der folgende Codeausschnitt fügt beispielsweise der Aufgabe zum Veröffentlichen von Pipelineartefakten eine Bedingung hinzu.

- task: PublishPipelineArtifact@1
  condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/main'))

YAML-Builds sind noch nicht auf TFS verfügbar.

Überprüfen von Pullanforderungen

Um den Branch-Schutz sicherzustellen, können Sie Richtlinien verwenden, die erfolgreiche Builds vor dem Zusammenführen von Pullanforderungen mandatieren. Mit Azure Pipelines haben Sie die Flexibilität, die Anforderung eines neuen erfolgreichen Builds für die Zusammenführung von Änderungen in wichtigen Zweigen wie der Hauptzweig zu konfigurieren.

GitHub-Repository

Wenn Sie pr-Trigger nicht explizit in Ihrer YAML-Datei definieren, werden Pullanforderungsbuilds für alle Verzweigungen standardmäßig aktiviert. Sie haben jedoch die Flexibilität, die Zielzweige für Ihre Pullanforderungsbuilds anzugeben. Wenn Sie z. B. den Build exklusiv für Pullanforderungen ausführen möchten, die auf die Hauptzweige und Verzweigungen abzielen, beginnend mit feature/, können Sie die folgende Konfiguration angeben:

pr:
- main
- feature/*

YAML-Builds sind noch nicht auf TFS verfügbar.

Azure Repos-Repository

  1. Melden Sie sich bei Ihrer Azure DevOps-Organisation an, und navigieren Sie dann zu Ihrem Projekt.

  2. Wählen Sie "Neu verfassen" und dann "Verzweigungen" aus.

  3. Wählen Sie rechts neben dem Verzweigungsnamen das Auslassungszeichensymbol aus, und wählen Sie dann "Verzweigungsrichtlinien" aus.

  4. Wählen Sie im Menü " Buildüberprüfung " das +-Zeichen aus, um eine Buildrichtlinie hinzuzufügen.

  5. Wählen Sie ihre Buildpipeline aus dem Dropdownmenü aus, und stellen Sie sicher, dass Trigger automatisch festgelegt ist und die Richtlinienanforderung auf erforderlich festgelegt ist.

  6. Geben Sie einen beschreibenden Anzeigenamen ein, um die Richtlinie zu beschreiben.

  7. Wählen Sie "Speichern" aus, um die Richtlinie zu erstellen und zu aktivieren. Wählen Sie oben links auf dem Bildschirm " Änderungen speichern " aus, um Ihre Änderungen zu speichern.

Screenshot, der zeigt, wie eine neue Buildrichtlinie hinzugefügt wird.

  1. Zum Testen der Richtlinie navigieren Sie im Azure DevOps-Portal zu Repos>Pull-Anforderungen .

  2. Wählen Sie "Neue Pullanforderung " aus, und stellen Sie sicher, dass Ihre Themenzweigung so festgelegt ist, dass sie in Ihre Hauptzweige zusammengeführt wird, und wählen Sie dann "Erstellen" aus.

  3. Auf dem Bildschirm können Sie die derzeit ausgeführte Richtlinie sehen.

  4. Wählen Sie den Richtliniennamen aus, um den Build zu untersuchen. Wenn der Build erfolgreich ist, wird Ihre Pullanforderung zusammengeführt. Wenn der Build fehlschlägt, wird die Zusammenführung blockiert.

Hinweis

Azure-Pipelines unterstützen keine Aufbewahrungsrichtlinien pro Pipeline mehr. Es wird empfohlen, Aufbewahrungsregeln auf Projektebene zu verwenden.

  • Last updated on