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 beispielsweise 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 den Wert true ergeben. Beim Erstellen einer Filtergruppe geben Sie Folgendes an:
- Ein Ereignis
-
Für Bitbucket kannst du eines oder mehrere der folgenden Ereignisse wä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 derX-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 denPULL_REQUEST_MERGED
-Ereignistyp verwendet. Du musst dasdeclined
Ereignis auch in deiner Bitbucket-Webhook-Einstellung aktivieren, wenn du eine Webhook-Filtergruppe erstellst, die den Ereignistyp verwendet.PULL_REQUEST_CLOSED
X-Event-Key
-Header-WertEreignistyp 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 wird und der Pull-Request-Branch geschlossen wird, ist der ursprüngliche Pull-Request-Commit nicht mehr vorhanden. In diesem Fall enthält dieCODEBUILD_WEBHOOK_MERGE_COMMIT
Umgebungsvariable den Bezeichner des gequetschten 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 diesem Ereignis zugeordnet ist, als wahr ausgewertet werden.
ACTOR_ACCOUNT_ID
(ACTOR_ID
in 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 Objektsactor
in der Webhook-Filternutzlast angezeigt. HEAD_REF
-
Ein Webhook-Ereignis löst einen Build aus, wenn die Head-Referenz mit dem Muster für reguläre Ausdrücke übereinstimmt (zum Beispiel und
refs/heads/branch-name
).refs/tags/tag-name
EinHEAD_REF
-Filter wertet den Git-Referenznamen für den Branch oder Tag aus. Die Branch- oder Tag-Name wird im Feldname
des Objektsnew
im Objektpush
der Webhook-Nutzlast angezeigt. Bei Pull-Anforderungsereignissen wird der Branch-Name im Feldname
im Objektbranch
des Objektssource
in der Webhook-Nutzlast angezeigt. BASE_REF
-
Ein Webhook-Ereignis löst einen Build aus, wenn die Basisreferenz mit dem Muster des regulären Ausdrucks übereinstimmt. Ein
BASE_REF
-Filter kann nur für Pull-Anfrageereignisse verwendet werden (z. B.refs/heads/branch-name
). EinBASE_REF
-Filter wertet den Git-Referenznamen für die Verzweigung aus. Der Branch-Name wird im Feldname
des Objektsbranch
im Objektdestination
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.
COMMIT_MESSAGE
-
Ein Webhook löst einen Build aus, wenn die Head-Commit-Nachricht dem Muster für reguläre Ausdrücke entspricht.
WORKFLOW_NAME
-
Ein Webhook löst einen Build aus, wenn der Workflow-Name mit dem Muster des regulären Ausdrucks übereinstimmt.
Anmerkung
Sie finden die Webhook-Nutzlast in den Webhook-Einstellungen in Ihrem Bitbucket-Repository.