View a markdown version of this page

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 in der Ausführungshistorie für eine Pipeline angezeigt. Die Triggertypen können wie folgt vom Quellaktions-Provider abhängen:

Anmerkung

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

  • Pipeline-Erstellung: Wenn eine Pipeline erstellt wird, startet die Pipeline-Ausführung automatisch. 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 bei 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, startet Ihre Pipeline. Dieser Triggertyp verwendet eine automatische Änderungserkennung. Die Quell-Aktionsanbieter, 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 von Quellenänderungen: Diese Kategorie stellt den PollForSourceChanges Triggertyp in der Ausführungshistorie dar. Wenn beim Polling eine Änderung an einem Quell-Commit und einem Branch im Quell-Repository erkannt wird, startet Ihre Pipeline. Dieser Triggertyp wird nicht empfohlen und sollte migriert werden, um die automatische Änderungserkennung zu verwenden. Die Quell-Aktionsanbieter, 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, startet Ihre Pipeline. Dieser Triggertyp verwendet eine 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 und GitLab selbstverwaltete Verbindungen). GitLab.com

  • 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 Veröffentlichung mit einem bestimmten Git-Tag erkannt wird, startet Ihre Pipeline. Du kannst Git-Tags verwenden, um einen Commit mit einem Namen oder einem anderen Bezeichner zu kennzeichnen, der anderen Repository-Benutzern hilft, seine Bedeutung zu verstehen. Du kannst Git-Tags auch verwenden, um einen bestimmten Commit in der Historie eines Repositorys zu identifizieren. Dieser Triggertyp deaktiviert die automatische Änderungserkennung. 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 im Ausführungsverlauf. 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 steht für den RollbackStage Triggertyp in der Ausführungshistorie. 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 automatische Triggertypen für die Änderungserkennung verwendet, funktionieren die Aktionen mit zusätzlichen Ressourcen. Aufgrund dieser zusätzlichen Ressourcen für die Änderungserkennung wird das Erstellen der einzelnen Quellaktionen 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