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.

# Label-Overrides werden mit dem CodeBuild GitHub -hosted Actions Runner unterstützt
<a name="sample-github-action-runners-update-labels"></a>

In Ihrem GitHub Aktions-Workflow-YAML können Sie eine Vielzahl von Label-Overrides bereitstellen, die Ihren selbst gehosteten Runner-Build modifizieren. Alle Builds, die von nicht erkannt werden, CodeBuild werden ignoriert, aber Ihre Webhook-Anfrage wird nicht fehlschlagen. Zum Beispiel beinhaltet der folgende Workflow-YAML Überschreibungen für Image, Instance-Größe, Flotte und Buildspec:

```
name: Hello World
on: [push]
jobs:
  Hello-World-Job:
    runs-on:
      - codebuild-myProject-${{ github.run_id }}-${{ github.run_attempt }}
        image:${{ matrix.os }}
        instance-size:${{ matrix.size }}
        fleet:myFleet
        buildspec-override:true
    strategy:
      matrix:
        include:
          - os: arm-3.0
            size: small
          - os: linux-5.0
            size: large
    steps:
      - run: echo "Hello World!"
```

**Anmerkung**  
Wenn Ihr Workflow-Job hängengeblieben ist GitHub, finden Sie weitere Informationen unter [Beheben Sie Probleme mit dem Webhook](action-runner-troubleshoot-webhook.md) und [Verwenden von benutzerdefinierten](https://docs.github.com/en/enterprise-server@3.12/actions/hosting-your-own-runners/managing-self-hosted-runners/using-self-hosted-runners-in-a-workflow?learn=hosting_your_own_runners&learnProduct=actions#using-custom-labels-to-route-jobs) Labels zur Weiterleitung von Aufträgen.

`codebuild-<project-name>-${{github.run_id}}-${{github.run_attempt}}` (Erforderlich)
+ Beispiel: `codebuild-fake-project-${{ github.run_id }}-${{ github.run_attempt }}`
+ Für alle GitHub Aktions-Workflows erforderlich YAMLs. *<project name>*sollte dem Namen des Projekts entsprechen, für das der selbst gehostete Runner-Webhook konfiguriert ist.

`image:<environment-type>-<image-identifier>`
+ Beispiel: `image:arm-3.0`
+ Überschreibt das Image und den Umgebungstyp, die verwendet werden, wenn der selbst gehostete Runner-Build mit einem kuratierten Image gestartet wird. Weitere Informationen zu unterstützten Werten finden Sie unter. [Bilder berechnen, die mit dem Runner CodeBuild -hosted GitHub Actions unterstützt werden](sample-github-action-runners-update-yaml.images.md)
  + Um das Bild und den Umgebungstyp, die mit einem benutzerdefinierten Image verwendet werden, zu überschreiben, verwenden Sie `image:custom-<environment-type>-<custom-image-identifier>`
  + Beispiel: `image:custom-arm-public.ecr.aws/codebuild/amazonlinux-aarch64-standard:3.0`
**Anmerkung**  
Wenn sich das benutzerdefinierte Image in einer privaten Registrierung befindet, finden Sie weitere Informationen unter[Konfigurieren Sie private Registrierungsdaten für selbst gehostete Runner](private-registry-sample-configure-runners.md).

`instance-size:<instance-size>`
+ Beispiel: `instance-size:medium`
+ Überschreibt den Instanztyp, der beim Starten des selbst gehosteten Runner-Builds verwendet wurde. Weitere Informationen zu unterstützten Werten finden Sie unter. [Bilder berechnen, die mit dem Runner CodeBuild -hosted GitHub Actions unterstützt werden](sample-github-action-runners-update-yaml.images.md)

`fleet:<fleet-name>`
+ Beispiel: `fleet:myFleet`
+ Überschreibt die in Ihrem Projekt konfigurierten Flotteneinstellungen, um die angegebene Flotte zu verwenden. Weitere Informationen finden Sie unter [Führen Sie Builds auf Flotten mit reservierter Kapazität aus](fleets.md).

`buildspec-override:<boolean>`
+ Beispiel: `buildspec-override:true`
+ Ermöglicht dem Build die Ausführung von Buildspec-Befehlen in den `POST_BUILD` Phasen, und `INSTALL``PRE_BUILD`, sofern auf gesetzt. `true`

## Außerkraftsetzung einzelner Labels (Legacy)
<a name="sample-github-action-runners-update-single-labels"></a>

CodeBuild ermöglicht es Ihnen, mehrere Überschreibungen in einem einzigen Label bereitzustellen, indem Sie Folgendes verwenden:
+ Verwenden Sie die folgende Syntax, um Ihre Umgebungseinstellungen für einen Amazon EC2/Lambda-Compute-Build zu überschreiben:

  ```
  runs-on: codebuild-<project-name>-${{ github.run_id }}-${{ github.run_attempt }}-<environment-type>-<image-identifier>-<instance-size>
  ```
+ Verwenden Sie die folgende Syntax, um Ihre Flotteneinstellungen für Amazon EC2 Compute Build zu überschreiben:

  ```
  runs-on: codebuild-<project-name>-${{ github.run_id }}-${{ github.run_attempt }}-fleet-<fleet-name>
  ```
+ Verwenden Sie die folgende Syntax, um sowohl die Flotte als auch das für den Build verwendete Image zu überschreiben:

  ```
  runs-on: codebuild-<project-name>-${{ github.run_id }}-${{ github.run_attempt }}-image-<image-version>-fleet-<fleet-name>
  ```
+ Um Buildspec-Befehle während des Builds auszuführen, `-with-buildspec` können dem Label als Suffix hinzugefügt werden:

  ```
  runs-on: codebuild-<project-name>-${{ github.run_id }}-${{ github.run_attempt }}-<image>-<image-version>-<instance-size>-with-buildspec
  ```
+ Optional können Sie eine Überschreibung der Instanzgröße angeben, ohne das Image zu überschreiben. Für Amazon EC2 EC2-Builds können Sie sowohl den Umgebungstyp als auch die Image-ID ausschließen. Bei Lambda-Builds können Sie die Image-ID ausschließen.