Freigeben über

Problembehandlung für Pipelinetrigger

  • Artikel

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Wenn eine Pipeline überhaupt nicht gestartet wird, überprüfen Sie die folgenden häufigen Triggerprobleme.

Hinweis

Ein weiterer Grund dafür, dass Ausführungen nicht gestartet werden können, ist, dass Ihre Organisation fünf Minuten nach der Abmeldung des letzten Benutzers von Azure DevOps in den Ruhezustand wechselt. Danach wird jede Ihrer Buildpipelines noch einmal ausgeführt. Beispiel: Während Ihre Organisation im Ruhezustand ist:

  • Ein nächtlicher Codebuild in Ihrer Organisation wird nur eine Nacht ausgeführt, bis sich jemand erneut anmeldet.
  • CI-Builds eines anderen Git-Repositorys werden nicht mehr ausgeführt, bis sich jemand erneut anmeldet.

Benutzeroberflächeneinstellungen setzen die YAML-Triggereinstellung außer Kraft

Bei YAML-Pipelines können die Triggereinstellungen trigger und pr auf der Benutzeroberfläche für Pipelineeinstellungen überschrieben worden sein. Wenn die trigger- oder pr-Trigger nicht ausgelöst werden, überprüfen Sie diese Einstellung. Wählen Sie beim Bearbeiten Ihrer Pipeline ... und anschließend Trigger aus.

Benutzeroberfläche für Pipelineeinstellungen

Überprüfen Sie die Einstellung YAML-Trigger von hier aus überschreiben auf die Triggertypen (Continuous Integration oder Pull Request-Überprüfung), die für Ihr Repository verfügbar sind.

YAML-Trigger von hier aus überschreiben.

Pull Request-Trigger werden für Azure Repos nicht unterstützt

Wenn Ihr pr-Trigger nicht ausgelöst wird und Sie Azure Repos verwenden, liegt das daran, dass pr-Trigger für Azure Repos nicht unterstützt werden. In Git von Azure Repos werden Branchrichtlinien zur Implementierung der Pull Request-Buildüberprüfung verwendet. Weitere Informationen finden Sie unter Branchrichtlinie zur Pull Request-Überprüfung.

Deaktivieren der impliziten YAML CI-Trigger-Einstellung ist aktiviert

Hinweis

Diese Funktion ist ab Azure DevOps Server 2022.2 verfügbar.

YAML-Pipelines werden standardmäßig mit einem CI-Trigger für alle Zweige konfiguriert, es sei denn, die in Azure DevOps Sprint 227 eingeführte Einstellung Impliziten YAML-CI-Trigger deaktivieren ist aktiviert. Die Einstellung Impliziten YAML-CI-Trigger deaktivieren kann auf Organisationsebene oder auf Projektebene konfiguriert werden; Standardmäßig ist die Einstellung nicht aktiviert.

Wenn Ihre Pipelines den standardmäßigen impliziten CI-Trigger verwenden und nicht mehr funktionieren, überprüfen Sie diese Einstellung. Wenn die Einstellung Impliziten YAML-CI-Trigger deaktivieren aktiviert ist, werden CI-Trigger für YAML-Pipelines nicht aktiviert, wenn die YAML-Pipeline keinen Abschnitt trigger enthält.

Falsch konfigurierte Branchfilter in CI- und PR-Triggern

Wenn Sie in YAML einen PR- oder CI-Trigger definieren, können Sie sowohl include- als auch exclude-Klauseln für Branches und Pfade angeben. Vergewissern Sie sich, dass die include-Klausel mit den Details Ihres Commits übereinstimmt und dass die exclude-Klausel diese nicht ausschließt.

Wichtig

Wenn Sie in YAML einen PR- oder CI-Trigger definieren, lösen nur Branches, die explizit für den Einschluss konfiguriert sind, eine Ausführung aus. Einschlüsse werden zuerst verarbeitet, und dann werden Ausschlüsse aus der Liste entfernt. Wenn Sie einen Ausschluss angeben, aber keine Einschlüsse angeben, wird nichts ausgelöst. Weitere Informationen finden Sie unter PR- und -Trigger.

Wenn Sie in YAML einen PR- oder CI-Trigger definieren, können Sie sowohl include- als auch exclude-Klauseln für Branches, Tags und Pfade angeben. Vergewissern Sie sich, dass die include-Klausel mit den Details Ihres Commits übereinstimmt und dass die exclude-Klausel diese nicht ausschließt. Weitere Informationen finden Sie unter PR- und -Trigger.

Hinweis

Wenn Sie eine exclude-Klausel ohne eine include-Klausel angeben, ist dies gleichbedeutend mit der Angabe von * in der include-Klausel.

Geplante Zeitzonenkonvertierungen für Trigger

Geplante YAML-Trigger werden unter Verwendung der UTC-Zeitzone festgelegt. Wenn Ihre geplanten Trigger nicht zum richtigen Zeitpunkt ausgelöst werden,prüfen Sie die Konvertierungen zwischen UTC und Ihrer lokalen Zeitzone und berücksichtigen Sie dabei auch die Einstellung des Tages. Weitere Informationen finden Sie unter Geplante Trigger.

Benutzeroberflächeneinstellungen überschreiben geplante YAML-Trigger

Wenn Ihre YAML-Pipeline sowohl über geplante YAML-Trigger als auch über in der Benutzeroberfläche definierte geplante Trigger verfügt, werden nur die in der Benutzeroberfläche definierten geplanten Trigger ausgeführt. Um die von YAML definierten geplanten Trigger in Ihrer YAML-Pipeline auszuführen, müssen Sie die geplanten Trigger entfernen, die in der Benutzeroberfläche für die Pipelineeinstellungen definiert sind.

Um in einer YAML-Pipeline auf die Benutzeroberfläche für Pipelineeinstellungen zuzugreifen, bearbeiten Sie Ihre Pipeline. Wählen Sie ... und anschließend Trigger aus.

Benutzeroberfläche für Pipelineeinstellungen

Entfernen Sie alle geplanten Trigger.

Löschen geplanter Trigger auf der Benutzeroberfläche für Pipelineeinstellungen.

Nachdem alle auf der Benutzerfläche definierten geplanten Trigger entfernt wurden, muss ein Push erfolgen, damit die Ausführung geplanter YAML-Trigger gestartet werden kann. Weitere Informationen finden Sie unter Geplante Trigger.

Ich benötige weitere Hilfe. Ich habe einen Fehler gefunden. Ich habe einen Vorschlag. Wo soll ich fortfahren?

Abrufen von Abonnement, Abrechnung und technischem Support

Melden Sie Probleme, oder senden Sie Feedback an die Entwicklercommunity.

Wir freuen uns auf Ihre Vorschläge: