Starten Sie eine Pipeline in CodePipeline - AWS CodePipeline

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Starten Sie eine Pipeline in CodePipeline

Jede Pipeline-Ausführung kann auf der Grundlage eines anderen Triggers gestartet werden. Jede Pipeline-Ausführung kann einen anderen Triggertyp haben, je nachdem, wie die Pipeline gestartet wird. Der Triggertyp für jede Ausführung wird im Ausführungsverlauf für eine Pipeline angezeigt. Triggertypen können wie folgt vom Quell-Action-Provider abhängen:

Anmerkung

Sie können nicht mehr als einen Trigger pro Quellaktion angeben.

  • Pipeline-Erstellung: Wenn eine Pipeline erstellt wird, wird die Pipeline-Ausführung automatisch gestartet. Dies ist der CreatePipeline Triggertyp in der Ausführungshistorie.

  • Änderungen an überarbeiteten Objekten: Diese Kategorie steht für den PutActionRevision Triggertyp in der Ausführungshistorie.

  • Erkennung von Änderungen beim Branch und Commit für einen Code-Push: Diese Kategorie steht für den CloudWatchEvent Triggertyp in der Ausführungshistorie. Wenn eine Änderung an einem Quell-Commit und einem Branch im Quell-Repository erkannt wird, wird Ihre Pipeline gestartet. Dieser Triggertyp verwendet die automatische Änderungserkennung. Die Anbieter von Quellaktionen, die diesen Triggertyp verwenden, sind S3 und CodeCommit. Dieser Typ wird auch für einen Zeitplan verwendet, mit dem Ihre Pipeline gestartet wird. Siehe Starten Sie eine Pipeline nach einem Zeitplan.

  • Abfrage nach Quellenänderungen: Diese Kategorie stellt den PollForSourceChanges Triggertyp in der Ausführungshistorie dar. Wenn durch Polling eine Änderung an einem Quell-Commit und einem Branch im Quell-Repository erkannt wird, wird Ihre Pipeline gestartet. Dieser Triggertyp wird nicht empfohlen und sollte migriert werden, um die automatische Änderungserkennung zu verwenden. Die Anbieter von Quellaktionen, die diesen Triggertyp verwenden, sind S3 und CodeCommit.

  • Webhook-Ereignisse für Quellen von Drittanbietern: Diese Kategorie steht für den Webhook Triggertyp im Ausführungsverlauf. Wenn eine Änderung durch ein Webhook-Ereignis erkannt wird, wird Ihre Pipeline gestartet. Dieser Triggertyp verwendet die automatische Änderungserkennung. Die Anbieter von Quellaktionen, die diesen Triggertyp verwenden, sind Verbindungen, die für Code-Push konfiguriert sind (Bitbucket Cloud GitHub, GitHub Enterprise Server, GitLab .com und GitLab selbstverwaltet).

  • WebHookV2-Ereignisse für Quellen von Drittanbietern: Diese Kategorie steht für den WebhookV2 Triggertyp im Ausführungsverlauf. Dieser Typ ist für Ausführungen vorgesehen, die auf der Grundlage von Triggern ausgelöst werden, die in der Pipeline-Definition definiert sind. Wenn eine Version mit einem bestimmten Git-Tag erkannt wird, wird Ihre Pipeline gestartet. Mit Git-Tags können Sie einen Commit mit einem Namen oder einer anderen Kennung versehen, damit andere Repository-Benutzer dessen Bedeutung verstehen. Sie können Git-Tags auch dazu verwenden, um einen bestimmten Commit im Repository-Verlauf zu identifizieren. Dieser Triggertyp deaktiviert die automatische Erkennung von Änderungen. Die Anbieter von Quellaktionen, die diesen Triggertyp verwenden, sind Verbindungen, die für Git-Tags konfiguriert sind (Bitbucket Cloud GitHub, GitHub Enterprise Server und GitLab .com).

  • Manuelles Starten einer Pipeline: Diese Kategorie steht für den StartPipelineExecution Triggertyp in der Ausführungshistorie. Sie können die Konsole oder die verwenden AWS CLI , um eine Pipeline manuell zu starten. Weitere Informationen finden Sie unter Manuelles Starten einer Pipeline.

  • RollbackStage: Diese Kategorie stellt den RollbackStage Triggertyp in der Ausführungshistorie dar. Sie können die Konsole oder die verwenden AWS CLI , um eine Phase manuell oder automatisch rückgängig zu machen. Weitere Informationen finden Sie unter Konfiguration des Stage-Rollbacks.

Wenn Sie Ihrer Pipeline eine Quellaktion hinzufügen, die Triggertypen für die automatische Änderungserkennung verwendet, funktionieren die Aktionen mit zusätzlichen Ressourcen. Die Erstellung der einzelnen Quellaktionen wird aufgrund dieser zusätzlichen Ressourcen für die Änderungserkennung in separaten Abschnitten detailliert beschrieben. Einzelheiten zu den einzelnen Quellanbietern und den Methoden zur Änderungserkennung, die für die automatische Änderungserkennung erforderlich sind, finden Sie unterQuellaktionen und Methoden zur Erkennung von Änderungen.

Themen