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 Runner „-hosted Actions“ unterstützt CodeBuild GitHub
In Ihrem GitHub Aktionen-Workflow YAML können Sie eine Vielzahl von Label-Overrides bereitstellen, die Ihren selbst gehosteten Runner-Build ändern. Alle Builds, die von nicht erkannt werden CodeBuild , werden ignoriert, aber Ihre Webhook-Anfrage schlägt nicht fehl. Der folgende Workflow YAML umfasst beispielsweise Ü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: al2-5.0 size: large steps: - run: echo "Hello World!"
codebuild-
(Erforderlich)<project-name>
-${{github.run_id}}-${{github.run_attempt}}
Beispiel:
codebuild-fake-project-${{ github.run_id }}-${{ github.run_attempt }}
-
Für alle Aktions-Workflows erforderlich. GitHub 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 beim Starten des selbst gehosteten Runner-Builds verwendet wurden. Weitere Informationen zu unterstützten Werten finden Sie unter. Bilder berechnen, die mit dem Runner CodeBuild -hosted GitHub Actions unterstützt werden
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
fleet:
<fleet-name>
Beispiel:
fleet:myFleet
-
Setzt die in Ihrem Projekt konfigurierten Flotteneinstellungen außer Kraft, um die angegebene Flotte zu verwenden. Weitere Informationen finden Sie unter Führen Sie Builds auf Flotten mit reservierter Kapazität aus.
buildspec-override:
<boolean>
Beispiel:
buildspec-override:true
-
Ermöglicht dem Build die Ausführung von Buildspec-Befehlen in den
POST_BUILD
Phasen, undINSTALL
PRE_BUILD
, sofern auf gesetzt.true
Außerkraftsetzung einzelner Labels (Legacy)
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. Bei EC2 Amazon-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.