Freigeben über

Bereitstellen von Pull Request-Artefakten mit klassischen Releasepipelines

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

Pull-Anforderungen bieten eine effektive Möglichkeit, Codeänderungen zu überprüfen, bevor sie in der Codebasis zusammengeführt werden. Diese Änderungen können jedoch Probleme verursachen, die schwierig zu finden sind, ohne die Anwendung in einer bestimmten Umgebung zu erstellen und bereitzustellen. Mit Pullanforderungstriggern können Sie eine Reihe von Kriterien definieren, die vor der Bereitstellung erfüllt werden müssen. In diesem Artikel wird erläutert, wie Sie Pullanforderungstrigger mit Azure Repos- und GitHub-Repositorys einrichten, um Pipelineartefakte mit klassischen Releasepipelines bereitzustellen.

Voraussetzungen

Produkt Anforderungen
Azure DevOps – Ein Azure DevOps-Projekt.
– Quellcode, der auf Azure Repos oder GitHub gehostet wird. Wenn Sie nicht über ein Repository verfügen, können Sie die Pipelines-dotnet-core-Beispiel-App verwenden, um eine zu erstellen.
– Eine funktionierende Pipeline für Ihr Repository.
- Eine klassische Releasepipeline. Wenn Sie über keines verfügen, richten Sie eine klassische Releasepipeline ein.

Bereitstellungen von Pull-Anforderungen

Pull Request-Trigger können Ihnen dabei helfen, eine bessere Codequalität aufrechtzuerhalten, mit mehr Vertrauen zu veröffentlichen und Probleme in einem frühen Stadium des Entwicklungszyklus zu erkennen.

Das Einrichten von Pull Request-Bereitstellungen ist ein zweistufiger Prozess. Zunächst müssen Sie einen Pull Request-Trigger einrichten und dann Branchrichtlinien (Azure Repos) oder Statusprüfungen (GitHub) für Ihre Releasepipelines einrichten.

1. Aktivieren von Pullanforderungstriggern

Wenn Pullanforderungstrigger aktiviert sind, wird immer dann eine neue Version erstellt, wenn ein neues Artefakt in einem Pullanforderungsworkflow verfügbar wird:

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

  2. Wählen Sie "Pipelines>Releases" und dann Ihre Releasepipelinedefinition aus.

  3. Wählen Sie im Abschnitt "Artefakte" das Symbol für den Fortlaufenden Bereitstellungstrigger aus .

    Screenshot, der zeigt, wie Sie in klassischen Release-Pipelines auf die Einstellungen für fortlaufende Bereitstellungstrigger zugreifen.

  4. Aktivieren Sie die Einstellung für pull-Anforderungstrigger , um sie zu aktivieren.

    Screenshot, der zeigt, wie Pullanforderungstrigger in klassischen Release-Pipelines aktiviert werden.

  5. Wählen Sie im Dropdownmenü Ihren Zielbranch aus.

    Screenshot, der zeigt, wie Sie Ihren Zielzweig auswählen.

  6. Um Ihre Anwendung in einer bestimmten Phase bereitzustellen, melden Sie sich explizit für diese Phase an. Im Abschnitt "Phasen " werden die Phasen aufgeführt, die für Pull-Anforderungsbereitstellungen aktiviert sind.

    Screenshot mit der Liste der Stufen, die für Bereitstellungen von Pull-Anforderungen aktiviert sind.

    So aktivieren Sie die Bereitstellung von Pull-Anforderungen für eine Phase:

    • Wählen Sie das Symbol "Bedingungen vor der Bereitstellung " für die Phase aus.
    • Navigieren Sie zu Triggern>nach der Veröffentlichung.
    • Schalten Sie die Bereitstellungseinstellung für Pull-Anforderung um, um sie zu aktivieren.

    Screenshot, der zeigt, wie Die Bereitstellung von Pull-Anforderung für eine bestimmte Phase aktiviert wird.

Wichtig

Das Aktivieren automatischer Pull Request-Bereitstellungen für Produktionsstages wird nicht empfohlen.

2. Einrichten von Verzweigungsrichtlinien

Sie können Verzweigungsrichtlinien verwenden, um eine Liste von Kriterien zu implementieren, die erfüllt werden müssen, bevor eine Pullanforderung zusammengeführt werden kann.

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

  2. Wählen Sie Repos>Branches aus, um auf die Liste der Verzweigungen für Ihr Repository zuzugreifen.

    Screenshot, der zeigt, wie Sie zu Filialen in Azure Repos navigieren.

  3. Wählen Sie das Kontextmenü für den entsprechenden Branch ... aus, und wählen Sie dann Branchrichtlinien aus.

    Screenshot, der zeigt, wie Sie auf Verzweigungsrichtlinien für eine bestimmte Verzweigung zugreifen.

  4. Wählen Sie Statusrichtlinie hinzufügen und dann einen zu überprüfenden Status aus dem Dropdownmenü aus. Wählen Sie den Status aus, der Ihrer Releasedefinition entspricht, und wählen Sie dann Speichern aus.

    Screenshot, der zeigt, wie eine Statusrichtlinie hinzugefügt wird.

    Wichtig

    Die Releasedefinition muss mindestens einmal ausgeführt werden, wobei der Pullanforderungstrigger aktiviert ist, um die Liste der Status anzuzeigen. Weitere Informationen finden Sie unter Konfigurieren einer Branchrichtlinie für einen externen Dienst.

  5. Nachdem die Statusrichtlinie hinzugefügt wurde, können Benutzer keine Änderungen an der Zielzweigung zusammenführen, es sei denn, die Pullanforderung hat einen succeeded Status.

    Screenshot mit einer Liste der Statusrichtlinien und aktivierter Bereitstellungsrichtlinie für Pull-Anforderungen.

  6. Sie können den Status Ihrer Richtlinien auf der Seite "Übersicht über Pullanforderungen" überprüfen. Je nach Ihren Einstellungen wird der Veröffentlichungsstatus unter den Abschnitten "Erforderlich", "Optional" oder "Status " angezeigt. Der Status wird jedes Mal aktualisiert, wenn die Pipeline ausgelöst wird.

    Screenshot mit dem Status der Pullanforderungsrichtlinien.

Verwandte Inhalte