View a markdown version of this page

Bitbucket-Webhook-Ereignisse - AWS CodeBuild

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.

Bitbucket-Webhook-Ereignisse

Sie können Webhook-Filtergruppen verwenden, um anzugeben, welche Bitbucket-Webhook-Ereignisse einen Build auslösen. Du kannst zum Beispiel angeben, dass ein Build nur bei Änderungen an bestimmten Branches ausgelöst wird.

Sie können eine oder mehrere Webhook-Filtergruppen erstellen, um anzugeben, welche Webhook-Ereignisse einen Build auslösen. Ein Build wird ausgelöst, wenn eine Filtergruppe als wahr ausgewertet wird. Dies ist der Fall, wenn alle Filter in der Gruppe als wahr ausgewertet werden. Beim Erstellen einer Filtergruppe geben Sie Folgendes an:

Ein Ereignis

Für Bitbucket kannst du eines oder mehrere der folgenden Ereignisse auswählen:

  • PUSH

  • PULL_REQUEST_CREATED

  • PULL_REQUEST_UPDATED

  • PULL_REQUEST_MERGED

  • PULL_REQUEST_CLOSED

Der Webhook-Ereignistyp befindet sich im Header des Feldes X-Event-Key. Aus der folgende Tabelle geht die Zuordnung der X-Event-Key-Header-Werte zu Ereignistypen hervor.

Anmerkung

Sie müssen das merged-Ereignis in Ihren Bitbucket-Webhook-Einstellungen aktivieren, wenn Sie eine Webhook-Filtergruppe erstellen, die den PULL_REQUEST_MERGED-Ereignistyp verwendet. Du musst das declined Event auch in deiner Bitbucket-Webhook-Einstellung aktivieren, wenn du eine Webhook-Filtergruppe erstellst, die den Ereignistyp verwendet. PULL_REQUEST_CLOSED

X-Event-Key-Header-Wert Ereignistyp
repo:push PUSH
pullrequest:created PULL_REQUEST_CREATED
pullrequest:updated PULL_REQUEST_UPDATED
pullrequest:fulfilled PULL_REQUEST_MERGED
pullrequest:rejected PULL_REQUEST_CLOSED

Denn PULL_REQUEST_MERGED wenn ein Pull-Request mit der Squash-Strategie zusammengeführt und der Pull-Request-Branch geschlossen wird, existiert der ursprüngliche Pull-Request-Commit nicht mehr. In diesem Fall enthält die CODEBUILD_WEBHOOK_MERGE_COMMIT Umgebungsvariable den Bezeichner des Squash-Merge-Commits.

Ein oder mehrere optionale Filter

Verwenden Sie einen regulären Ausdruck, um einen Filter anzugeben. Damit ein Ereignis einen Build auslöst, muss jeder Filter innerhalb der Gruppe, die ihm zugeordnet ist, als wahr ausgewertet werden.

CodeBuild wertet Filtermuster mithilfe der Syntax für RE2 reguläre Ausdrücke aus, die Lookahead, Lookbehind, Backreferences oder atomare Gruppen nicht unterstützt. Weitere Informationen finden Sie auf der RE2 https://github.com/google/re2/wiki/Syntax Syntax-Seite auf der Website. GitHub

ACTOR_ACCOUNT_ID(ACTOR_IDin der Konsole)

Ein Webhook-Ereignis löst einen Build aus, wenn eine Bitbucket-Konto-ID dem Muster für reguläre Ausdrücke entspricht. Dieser Wert wird in der Eigenschaft account_id des Objekts actor in der Webhook-Filternutzlast angezeigt.

HEAD_REF

Ein Webhook-Event löst einen Build aus, wenn die Head-Referenz dem Muster für reguläre Ausdrücke entspricht (z. B. undrefs/heads/branch-name). refs/tags/tag-name Ein HEAD_REF-Filter wertet den Git-Referenznamen für den Branch oder Tag aus. Die Branch- oder Tag-Name wird im Feld name des Objekts new im Objekt push der Webhook-Nutzlast angezeigt. Bei Pull-Anforderungsereignissen wird der Branch-Name im Feld name im Objekt branch des Objekts source in der Webhook-Nutzlast angezeigt.

BASE_REF

Ein Webhook-Ereignis löst einen Build aus, wenn die Basisreferenz dem Muster des regulären Ausdrucks entspricht. Ein BASE_REF-Filter kann nur für Pull-Anfrageereignisse verwendet werden (z. B. refs/heads/branch-name). Ein BASE_REF-Filter wertet den Git-Referenznamen für die Verzweigung aus. Der Branch-Name wird im Feld name des Objekts branch im Objekt destination in der Webhook-Nutzlast angezeigt.

FILE_PATH

Ein Webhook löst einen Build aus, wenn der Pfad einer geänderten Datei dem Muster für reguläre Ausdrücke entspricht.

Anmerkung

Der FILE_PATH Filter wird anhand der ersten 3.000 geänderten Dateien in einer Push- oder Pull-Anfrage ausgewertet. Halten Sie die Anzahl der geänderten Dateien innerhalb dieses Grenzwerts, um sicherzustellen, dass der Filter wie vorgesehen angewendet wird. Für Pull-Request-Ereignisse empfehlen wir außerdem, eine Pull-Request-Build-Richtlinie zu verwenden, um zu kontrollieren, mit welchen Pull-Requests ein Build gestartet werden kann.

COMMIT_MESSAGE

Ein Webhook löst einen Build aus, wenn die Head-Commit-Nachricht dem Muster des regulären Ausdrucks entspricht.

WORKFLOW_NAME

Ein Webhook löst einen Build aus, wenn der Workflow-Name dem Muster für reguläre Ausdrücke entspricht.

Anmerkung

Sie finden die Webhook-Nutzlast in den Webhook-Einstellungen in Ihrem Bitbucket-Repository.

Themen