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.

# Beheben Sie Probleme mit dem Webhook
<a name="action-runner-troubleshoot-webhook"></a>

**Problem:** Der Webhook, den Sie eingerichtet haben, funktioniert [Tutorial: Einen CodeBuild -gehosteten GitHub Actions-Runner konfigurieren](action-runner.md) nicht oder Ihr Workflow-Job hängt GitHub.

**Mögliche Ursachen:**
+ Ihr **Webhook-Workflow-Job-Ereignis** kann möglicherweise keinen Build auslösen. Überprüfen Sie die **Antwortprotokolle**, um die Antwort oder Fehlermeldung einzusehen.
+ Ihre Jobs wurden aufgrund ihrer Labelkonfiguration dem falschen Runner-Agent zugewiesen. Dieses Problem kann auftreten, wenn einer Ihrer Jobs innerhalb eines einzelnen Workflow-Laufs weniger Labels hat als ein anderer Job. Wenn Sie beispielsweise zwei Jobs mit den folgenden Labels in derselben Workflow-Ausführung haben:
  + **Job 1**: `codebuild-myProject-${{ github.run_id }}-${{ github.run_attempt }}`
  + **Job 2**:`codebuild-myProject-${{ github.run_id }}-${{ github.run_attempt }}`, `instance-size:medium`

  Wenn Sie einen selbst gehosteten GitHub Actions-Job weiterleiten, GitHub wird der Job an einen beliebigen Runner mit allen für den Job angegebenen Labels weitergeleitet. Dieses Verhalten bedeutet, dass **Job 1** entweder von dem für **Job 1 oder Job** **2** erstellten Runner übernommen werden kann, **Job 2** jedoch nur von dem für **Job 2** erstellten Runner übernommen werden kann, da er ein zusätzliches Label hat. Wenn **Job 1** von dem Runner übernommen wird, der für **Job 2** erstellt wurde, bleibt **Job 2** hängen, da der **Job 1-Runner** das `instance-size:medium` Label nicht hat.

**Empfohlene Lösungen:**

Wenn Sie mehrere Jobs innerhalb derselben Workflow-Ausführung erstellen, verwenden Sie dieselbe Anzahl von Label-Overrides für jeden Job oder weisen Sie jedem Job ein benutzerdefiniertes Label zu, z. B. `job1` oder`job2`.

Wenn der Fehler weiterhin besteht, verwenden Sie die folgenden Anweisungen, um das Problem zu debuggen.

1. Öffnen Sie die GitHub Konsole unter`https://github.com/user-name/repository-name/settings/hooks`, um die Webhook-Einstellungen Ihres Repositorys einzusehen. Auf dieser Seite siehst du einen Webhook, der für dein Repository erstellt wurde.

1. **Wähle **Bearbeiten** und bestätige, dass der Webhook für die Übermittlung von Workflow-Job-Ereignissen aktiviert ist.**  
![\[Workflow-Job-Ereignisse sind in Ihrem Webhook aktiviert.\]](http://docs.aws.amazon.com/de_de/codebuild/latest/userguide/images/github-actions-workflow-jobs.png)

1.  Navigieren Sie zur Registerkarte **Letzte Lieferungen**, suchen Sie das entsprechende `workflow_job.queued` Ereignis und erweitern Sie das Ereignis. 

1.  Überprüfe das Feld „**Labels**“ in der **Payload** und vergewissere dich, dass es den Erwartungen entspricht. 

1.  Überprüfen Sie abschließend die Registerkarte „**Antwort**“, da sie die Antwort oder Fehlermeldung enthält, von CodeBuild der zurückgegeben wurde.   
![\[Die Antwort oder Fehlermeldung, die von zurückgegeben wurde CodeBuild.\]](http://docs.aws.amazon.com/de_de/codebuild/latest/userguide/images/github-actions-workflow-jobs-response.png)

1.  Alternativ können Sie Webhook-Fehler mithilfe GitHub von s debuggen. APIs Sie können die letzten Lieferungen für einen Webhook mithilfe der Webhook-API „[Lieferungen für ein Repository auflisten](https://docs.github.com/en/rest/repos/webhooks?apiVersion=2022-11-28#list-deliveries-for-a-repository-webhook)“ anzeigen: 

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

    Nachdem Sie die Webhook-Lieferung gefunden haben, die Sie debuggen möchten, und sich die Versand-ID notiert haben, können Sie die Webhook-API [Get a delivery for a repository](https://docs.github.com/en/rest/repos/webhooks?apiVersion=2022-11-28#get-a-delivery-for-a-repository-webhook) verwenden. CodeBuildDie Antwort auf die Liefer-Payload des Webhooks finden Sie im folgenden Abschnitt: `response` 

   ```
   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
   ```

**Problem:** Ihre GitHub Aktionen mit aktivierten [Bereitstellungsschutzregeln](https://docs.github.com/en/actions/managing-workflow-runs-and-deployments/managing-deployments/reviewing-deployments) lösen Builds aus, CodeBuild bevor die Bereitstellung genehmigt wurde.

**Mögliche Ursachen: CodeBuild Ruft** die Bereitstellung und die Umgebung ab, die mit dem GitHub Actions-Job verknüpft sind, sofern vorhanden, um zu überprüfen, ob sie genehmigt wurden. Wenn CodeBuild weder die Bereitstellung noch die Umgebung abgerufen werden können, wird der CodeBuild Build möglicherweise vorzeitig ausgelöst.

**Empfohlene Lösungen:** Stellen Sie sicher, dass die mit Ihren CodeBuild Projekten verknüpften Anmeldeinformationen über Leseberechtigungen für Bereitstellungen und Aktionen verfügen. GitHub