Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Résoudre les problèmes liés au webhook
<a name="action-runner-troubleshoot-webhook"></a>

**Problème :** le webhook que vous avez configuré ne fonctionne [Tutoriel : Configuration d'un CodeBuild exécuteur d' GitHub actions hébergé](action-runner.md) pas ou votre tâche de flux de travail est en GitHub suspens.

**Causes possibles :**
+ Votre événement Webhook **Workflow jobs** ne parvient peut-être pas à déclencher une compilation. Consultez les journaux des **réponses** pour voir la réponse ou le message d'erreur.
+ Vos tâches sont attribuées au mauvais agent d'expédition en raison de la configuration de son étiquette. Ce problème peut se produire lorsque l'une de vos tâches au cours d'une seule exécution de flux de travail comporte moins d'étiquettes qu'une autre tâche. Par exemple, si vous avez deux tâches portant les étiquettes suivantes dans le même flux de travail, exécutez :
  + **Job 1** : `codebuild-myProject-${{ github.run_id }}-${{ github.run_attempt }}`
  + **Job 2** :`codebuild-myProject-${{ github.run_id }}-${{ github.run_attempt }}`, `instance-size:medium`

  Lors du routage d'une tâche GitHub Actions auto-hébergée, la tâche GitHub sera acheminée vers n'importe quel exécuteur avec toutes les étiquettes spécifiées pour la tâche. Ce comportement signifie que le **Job 1** peut être choisi par le coureur créé pour le **Job 1** ou **Job 2**, mais que le **Job 2** ne peut être repris que par le coureur créé pour le **Job 2** puisqu'il possède une étiquette supplémentaire. Si le **Job 1** est choisi par le coureur créé pour le **Job 2**, le **Job 2** sera bloqué car le coureur du **Job 1** n'a pas le `instance-size:medium` label.

**Solutions recommandées :**

Lorsque vous créez plusieurs tâches dans le même flux de travail, utilisez le même nombre de remplacements d'étiquettes pour chaque tâche ou attribuez à chaque tâche une étiquette personnalisée, telle que `job1` ou`job2`.

Si l'erreur persiste, suivez les instructions ci-dessous pour résoudre le problème.

1. Ouvrez la GitHub console à l'adresse `https://github.com/user-name/repository-name/settings/hooks` pour afficher les paramètres du webhook de votre dépôt. Sur cette page, vous verrez un webhook créé pour votre dépôt.

1. Choisissez **Modifier** et confirmez que le webhook est activé pour diffuser les événements relatifs aux jobs **Workflow**.  
![\[Les événements liés aux tâches du flux de travail sont activés dans votre webhook.\]](http://docs.aws.amazon.com/fr_fr/codebuild/latest/userguide/images/github-actions-workflow-jobs.png)

1.  Accédez à l'onglet **Livraisons récentes**, recherchez l'`workflow_job.queued`événement correspondant et développez l'événement. 

1.  Vérifiez le champ **des étiquettes** dans la **charge utile** et assurez-vous qu'il correspond à vos attentes. 

1.  Enfin, passez en revue l'onglet **Réponse**, car il contient la réponse ou le message d'erreur renvoyé par CodeBuild.   
![\[La réponse ou le message d'erreur renvoyé par CodeBuild.\]](http://docs.aws.amazon.com/fr_fr/codebuild/latest/userguide/images/github-actions-workflow-jobs-response.png)

1.  Vous pouvez également déboguer les échecs de webhook à l'aide GitHub de. APIs Vous pouvez consulter les livraisons récentes d'un webhook à l'aide de l'API [Lister les livraisons pour un webhook de référentiel](https://docs.github.com/en/rest/repos/webhooks?apiVersion=2022-11-28#list-deliveries-for-a-repository-webhook) : 

   ```
   gh api \
     -H "Accept: application/vnd.github+json" \
     -H "X-GitHub-Api-Version: 2022-11-28" \
     /repos/owner/repo/hooks/hook-id/deliveries
   ```

    Après avoir trouvé la livraison du webhook que vous souhaitez débuguer et avoir noté l'ID de livraison, vous pouvez utiliser l'API [Get a delivery for a repository webhook](https://docs.github.com/en/rest/repos/webhooks?apiVersion=2022-11-28#get-a-delivery-for-a-repository-webhook). CodeBuildla réponse à la charge utile de livraison du webhook se trouve dans la `response` section : 

   ```
   gh api \
     -H "Accept: application/vnd.github+json" \
     -H "X-GitHub-Api-Version: 2022-11-28" \
     /repos/owner/repo/hooks/hook-id/deliveries/delivery-id
   ```

**Problème :** vos GitHub actions lorsque les règles de [protection du déploiement](https://docs.github.com/en/actions/managing-workflow-runs-and-deployments/managing-deployments/reviewing-deployments) sont activées déclenchent des déclencheurs CodeBuild intégrés avant que le déploiement ne soit approuvé.

**Causes possibles :** CodeBuild récupère le déploiement et l'environnement associés à la tâche GitHub Actions s'ils existent pour vérifier s'ils sont approuvés. Si vous CodeBuild ne parvenez pas à récupérer le déploiement ou l'environnement, la CodeBuild compilation peut être déclenchée prématurément.

**Solutions recommandées :** Vérifiez que les informations d'identification associées à vos CodeBuild projets disposent d'autorisations de lecture pour les déploiements et les actions dans le cadre GitHub de ces projets.