Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# GitLab webhook di gruppo
È possibile utilizzare i webhook di CodeBuild GitLab gruppo per avviare build su eventi webhook da qualsiasi repository all'interno di un gruppo. GitLab I webhook di gruppo funzionano con tutti i tipi di eventi GitLab webhook esistenti e possono essere configurati aggiungendo una configurazione di ambito durante la creazione di un webhook. CodeBuild Puoi anche utilizzare i webhook di gruppo per [configurare GitLab runner ospitati autonomamente al fine di ricevere `WORKFLOW_JOB_QUEUED` eventi da più repository CodeBuild all'interno](gitlab-runner.md) di un singolo progetto.
**Topics**
+ [Configura un webhook di gruppo GitLab](gitlab-group-webhook-setup.md)
+ [Filtra gli eventi webhook GitLab di gruppo (console)](gitlab-group-webhook-events-console.md)
+ [Filtra gli eventi webhook di GitLab gruppo ()CloudFormation](gitlab-group-webhook-events-cfn.md)
# Configura un webhook di gruppo GitLab
I passaggi principali per configurare un GitLab webhook di gruppo sono i seguenti. Per ulteriori informazioni sui GitLab webhook di gruppo, vedere. [GitLab webhook di gruppo](gitlab-group-webhook.md)
1. Imposta la posizione di origine del progetto su. `CODEBUILD_DEFAULT_WEBHOOK_SOURCE_LOCATION`
1. Nella configurazione dell'ambito del webhook, imposta l'ambito su. `GITLAB_GROUP`
1. Specificate un nome come parte della configurazione dell'ambito del webhook. Per i webhook di gruppo, questo è il nome del gruppo.
**Nota**
Se il tipo di sorgente del progetto è`GITLAB_SELF_MANAGED`, dovrai anche specificare un dominio come parte della configurazione dell'ambito del webhook.
1. (Facoltativo) Se desideri ricevere solo eventi webhook per repository specifici all'interno della tua organizzazione o azienda, puoi specificarli `REPOSITORY_NAME` come filtro durante la creazione del webhook.
1. Quando create un webhook di gruppo, assicuratevi di disporre delle autorizzazioni necessarie per creare webhook a livello di gruppo all'interno. CodeBuild GitLab Per farlo, puoi usare però. CodeBuild OAuth CodeConnections Per ulteriori informazioni, consulta [GitLab accesso in CodeBuild](access-tokens-gitlab-overview.md).
Tieni presente che i webhook di gruppo funzionano con qualsiasi tipo di evento GitLab webhook esistente.
# Filtra gli eventi webhook GitLab di gruppo (console)
Quando crei un GitLab progetto tramite la console, seleziona le seguenti opzioni per creare un webhook di GitLab gruppo all'interno del progetto. Per ulteriori informazioni sui GitLab webhook di gruppo, consulta. [GitLab webhook di gruppo](gitlab-group-webhook.md)
1. [Apri la AWS CodeBuild console su codebuild/homehttps://console.aws.amazon.com/codesuite/.](https://console.aws.amazon.com/codesuite/codebuild/home)
1. Creare un progetto di compilazione. Per informazioni, consulta [Creare un progetto di compilazione (console)](create-project.md#create-project-console) e [Esecuzione di una compilazione (console)](run-build-console.md).
+ In **Source (Origine)**:
+ **Come **fornitore di origine**, scegli Self Managed **GitLab**. GitLab**
+ Per **Repository**, scegli un webhook **GitLabcon ambito.**
Il GitLab repository verrà impostato automaticamente su`CODEBUILD_DEFAULT_WEBHOOK_SOURCE_LOCATION`, che è la posizione di origine richiesta per i webhook di gruppo.
**Nota**
Quando utilizzi webhook di gruppo, assicurati di disporre delle autorizzazioni necessarie per creare webhook a CodeBuild livello di gruppo all'interno. GitLab Se utilizzi una [ OAuthconnessione esistente](access-tokens-gitlab-overview.md#connections-gitlab), potrebbe essere necessario rigenerare la connessione per concedere questa autorizzazione. CodeBuild
![\[La configurazione del webhook con GitLab scoped.\]](http://docs.aws.amazon.com/it_it/codebuild/latest/userguide/images/gitlab-group-source.png)
+ Negli eventi **webhook della fonte primaria**:
+ Per **Nome gruppo**, inserisci il nome del gruppo.
Se il tipo di sorgente del progetto è`GITLAB_SELF_MANAGED`, devi anche specificare un dominio come parte della configurazione del gruppo webhook. Ad esempio, se l'URL del gruppo è**https://domain.com/group/group-name**, allora il dominio è**https://domain.com**.
**Nota**
Questo nome non può essere modificato dopo la creazione del webhook. Per modificare il nome, puoi eliminare e ricreare il webhook. Se desideri rimuovere completamente il webhook, puoi anche aggiornare la posizione di origine del progetto in un repository. GitLab
![\[La configurazione dei webhook di gruppo.\]](http://docs.aws.amazon.com/it_it/codebuild/latest/userguide/images/gitlab-group-webhook-primary-events.png)
+ (Facoltativo) Nei **gruppi di filtri degli eventi Webhook**, puoi specificare quali [eventi desideri attivare una](gitlab-webhook.md) nuova build. Puoi anche specificare `REPOSITORY_NAME` come filtro di attivare solo le build sugli eventi webhook provenienti da repository specifici.
![\[Un filtro che attiva solo gli eventi webhook provenienti da repository specifici.\]](http://docs.aws.amazon.com/it_it/codebuild/latest/userguide/images/github-organization-webhook-filter-groups.png)
Puoi anche impostare il tipo di evento su per configurare i corridori ospitati `WORKFLOW_JOB_QUEUED` autonomamente. GitLab Per ulteriori informazioni, consulta [Runner GitLab autogestiti in AWS CodeBuild](gitlab-runner.md).
1. Continua con i valori predefiniti, quindi scegli **Crea progetto di compilazione**.
# Filtra gli eventi webhook di GitLab gruppo ()CloudFormation
Per utilizzare un CloudFormation modello per filtrare gli eventi webhook di gruppo, utilizzate la proprietà del AWS CodeBuild `ScopeConfiguration` progetto. Per ulteriori informazioni sui GitLab webhook di gruppo, vedere. [GitLab webhook di gruppo](gitlab-group-webhook.md)
La seguente parte di un modello in formato YAML crea quattro gruppi di CloudFormation filtri. Insieme, attivano una build quando uno o tutti restituiscono true:
+ Il primo gruppo di filtri specifica che le richieste pull vengono create o aggiornate sui rami con nomi di riferimento Git che corrispondono all'espressione regolare `^refs/heads/main$` da un GitLab utente che non dispone di un ID `12345` account.
+ Il secondo gruppo di filtri specifica le richieste push create su file con nomi che corrispondono all'espressione regolare `READ_ME` in rami con nomi di riferimento Git che corrispondono all'espressione regolare `^refs/heads/.*`.
+ Il terzo gruppo di filtri specifica una richiesta push con un messaggio di commit HEAD corrispondente all'espressione regolare `\[CodeBuild\]`.
+ Il quarto gruppo di filtri specifica un nome di GitLab CI/CD pipeline job request with a CI/CD pipeline corrispondente all'espressione regolare. `\[CI-CodeBuild\]`
```
CodeBuildProject:
Type: AWS::CodeBuild::Project
Properties:
Name: MyProject
ServiceRole: service-role
Artifacts:
Type: NO_ARTIFACTS
Environment:
Type: LINUX_CONTAINER
ComputeType: BUILD_GENERAL1_SMALL
Image: aws/codebuild/standard:5.0
Source:
Type: GITLAB
Location: source-location
Triggers:
Webhook: true
ScopeConfiguration:
Name: group-name
Scope: GITLAB_GROUP
FilterGroups:
- - Type: EVENT
Pattern: PULL_REQUEST_CREATED,PULL_REQUEST_UPDATED
- Type: BASE_REF
Pattern: ^refs/heads/main$
ExcludeMatchedPattern: false
- Type: ACTOR_ACCOUNT_ID
Pattern: 12345
ExcludeMatchedPattern: true
- - Type: EVENT
Pattern: PUSH
- Type: HEAD_REF
Pattern: ^refs/heads/.*
- Type: FILE_PATH
Pattern: READ_ME
ExcludeMatchedPattern: true
- - Type: EVENT
Pattern: PUSH
- Type: COMMIT_MESSAGE
Pattern: \[CodeBuild\]
- Type: FILE_PATH
Pattern: ^src/.+|^test/.+
- - Type: EVENT
Pattern: WORKFLOW_JOB_QUEUED
- Type: WORKFLOW_NAME
Pattern: \[CI-CodeBuild\]
```