GitLab 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.

GitLab Webhook-Ereignisse

Sie können Webhook-Filtergruppen verwenden, um anzugeben, welche GitLab Webhook-Ereignisse einen Build auslösen. Sie können 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 GitLab können Sie eines oder mehrere der folgenden Ereignisse auswählen:PUSH,PULL_REQUEST_CREATED,PULL_REQUEST_UPDATED,PULL_REQUEST_MERGED, PULL_REQUEST_REOPENEDPULL_REQUEST_CLOSED,RELEASED, undWORKFLOW_JOB_QUEUED.

Der Webhook-Ereignistyp befindet sich im Header des Feldes X-GitLab-Event. Aus der folgende Tabelle geht die Zuordnung der X-GitLab-Event-Header-Werte zu Ereignistypen hervor. Für das Merge Request Hook Webhook-Ereignis enthalten die Payloads zusätzliche Informationen zum Typ der Merge-Anfrage. object_atttributes.action

X-GitLab-Event-Header-Wert object_atttributes.action Ereignistyp
Push Hook

N/A

PUSH
Merge Request Hook

geöffnet

PULL_REQUEST_CREATED
Merge Request Hook

update

PULL_REQUEST_UPDATED
Merge Request Hook

schließen, zusammenführen

PULL_REQUEST_MERGED
Merge Request Hook

wieder aufnehmen

PULL_REQUEST_REOPENED
Merge Request Hook

close

PULL_REQUEST_CLOSED
Release Hook

erstellen, aktualisieren

RELEASED
Job Hook

N/A

WORKFLOW_JOB_QUEUED

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 die CODEBUILD_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_IDin der Konsole)

Ein Webhook-Ereignis löst einen Build aus, wenn eine GitLab Konto-ID dem Muster eines regulären Ausdrucks entspricht. Dieser Wert wird in der Eigenschaft account_id des Objekts actor in der Webhook-Filternutzlast angezeigt.

HEAD_REF

Ein Webhook-Ereignis löst einen Build aus, wenn die Hauptreferenz dem Muster für reguläre Ausdrücke entspricht (z. B. refs/heads/branch-name undrefs/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 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). 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.

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 mit dem Muster des regulären Ausdrucks übereinstimmt.

Anmerkung

Sie finden die Webhook-Payload in den Webhook-Einstellungen Ihres Repositorys. GitLab