Releasetrigger

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

Hinweis

In Microsoft Team Foundation Server (TFS) 2018 und früheren Versionen werden Build- und Release-Pipelines als Definitionen bezeichnet, Ausführungen werden als Builds bezeichnet, Dienstverbindungen werden als Dienstendpunkte bezeichnet, Stages werden als Umgebungen bezeichnet und Aufträge werden als Phasen bezeichnet.

Hinweis

Dieser Artikel behandelt klassische Releasepipelines. Informationen zu Triggern in YAML-Pipelines finden Sie unter Pipelinetrigger.

Releasetrigger sind ein Automatisierungstool zum Bereitstellen Ihrer Anwendung. Wenn die Triggerbedingungen erfüllt sind, stellt die Pipeline Ihre Artefakte in der bereits angegebenen Umgebung bzw. den bereits angegebenen Phasen bereit.

Continuous Deployment-Trigger

Mit Continuous Deployment-Triggern können Sie jedes Mal ein Release erstellen, wenn ein neues Buildartefakt verfügbar ist. Mithilfe der Buildbranchfilter können Sie die Bereitstellung für einen bestimmten Zielbranch auslösen. Ein Release wird nur ausgelöst, wenn der Git-Push einen Commit für den angegebenen Branch enthält. Wenn Sie z. B. main auswählen, wird ein Release für einen Git-Push ausgelöst, der einen oder mehrere Commits an den Standard-Branch enthält. Geben Sie features/*ein, um ein Release für einen beliebigen Commit für Branches unter features/auszulösen. Um ein Release für Commits für alle Branches auszulösen, geben Sie ein *. Beachten Sie, dass alle angegebenen Filter OR'ed sind.

Konfigurieren von Triggern für continuous Bereitstellung

Hinweis

Das automatische Erstellen eines Releases bedeutet nicht, dass es automatisch in einer Phase bereitgestellt wird. Sie müssen Trigger einrichten, um Ihre App in den verschiedenen Phasen bereitzustellen.

Geplante Releasetrigger

Mit geplanten Releasetriggern können Sie neue Releases zu bestimmten Zeiten erstellen.

Wählen Sie das Zeitplansymbol im Abschnitt Artefakte aus. Schalten Sie die Schaltfläche Aktiviert/Deaktiviert um, und geben Sie Ihren Releasezeitplan an. Sie können mehrere Zeitpläne einrichten, um ein Release auszulösen.

Definieren von Zeitplänen zum Auslösen von Releases

Pull Request Trigger

Wenn Sie sich für die Aktivierung der Pull Request-Trigger entschieden haben, wird jedes Mal ein Release erstellt, wenn ein ausgewähltes Artefakt als Teil eines Pull Request-Workflows verfügbar ist.

Konfigurieren Sie einen Pull Request-Trigger.

Um einen Pull Request-Trigger verwenden zu können, müssen Sie ihn auch für bestimmte Phasen aktivieren. Im nächsten Abschnitt werden die Phasentrigger behandelt. Möglicherweise möchten Sie auch eine Branchrichtlinien für Ihre Branches einrichten.

Sie können auch Buildtags verwenden, um Ihren Workflow zu organisieren und bestimmte Ausführungen mit Tags zu versehen. Der folgende Pull Request-Trigger erstellt jedes Mal ein Release, wenn eine neue Artefaktversion als Teil eines Pull Requests für den Standard-Branch mit den Tags Migration und Bereitstellung verfügbar ist.

Screenshot: Beispiel zum Einrichten eines Pull Request-Triggers mit Buildtags

Phasentrigger

Mit Phasentriggern können Sie bestimmte Bedingungen einrichten, um die Bereitstellung in einer bestimmten Phase auszulösen.

  • Trigger auswählen: Legen Sie den Trigger, der die Bereitstellung automatisch startet, auf Ihre Phase fest. Verwenden Sie die Dropdownliste Phasen , um ein Release nach einer erfolgreichen Bereitstellung in der ausgewählten Phase auszulösen. Wählen Sie Nur Manuell aus, um nur manuellen Trigger zuzulassen.

    Screenshot: Trigger vor der Bereitstellung

  • Artefaktefilter: Aktivieren Sie die Umschaltfläche, um eine neue Bereitstellung basierend auf bestimmten Artefakten auszulösen. In diesem Beispiel wird ein Release bereitgestellt, wenn ein neues Artefakt aus dem angegebenen Branch verfügbar ist.

    Screenshot: Artefaktfilter vor der Bereitstellung

  • Zeitplan: Lösen Sie eine neue Bereitstellung für die angegebene Phase zu einem bestimmten Zeitpunkt aus.

    Screenshot: Einstellungen für den Zeitplan vor der Bereitstellung

  • Pull Request-Bereitstellung: Aktivieren Sie die Umschaltfläche, um jedes Mal ein neues Release auszulösen, wenn ein neuer Pull Request erstellt wird. Es wird empfohlen, dieses Feature für die Produktionsumgebung zu deaktivieren.

    Screenshot: Pull Request-Bereitstellungstrigger

  • Genehmigungen vor der Bereitstellung: Wählen Sie die Benutzer aus, die Bereitstellungen für die ausgewählte Phase genehmigen oder ablehnen können. Wenn dieses Feature aktiviert ist, müssen standardmäßig alle Projektbenutzer die Bereitstellung genehmigen. Wenn der Liste genehmigende Personen eine Gruppe hinzugefügt wird, muss mindestens ein Benutzer in der Gruppe die Bereitstellung genehmigen. Sie können auch die Genehmigungsrichtlinien und das Timeout angeben (die maximale Zeit, in der eine Genehmigung im ausstehenden Zustand verbleibt, bevor sie automatisch abgelehnt wird).

    Screenshot: Genehmigungen vor der Bereitstellung

  • Gates: Aktivieren Sie die Umschaltfläche, um bestimmte Gates einzurichten, die vor der Triggerbereitstellung ausgewertet werden sollen.

    Screenshot: Gates vor der Bereitstellung

  • Bereitstellungswarteschlangeneinstellungen: Konfigurieren Sie bestimmte Aktionen, wenn mehrere Releases für die Bereitstellung in die Warteschlange gestellt werden.

    Screenshot: Einstellungen der Bereitstellungswarteschlange