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à.
Nel flusso di lavoro GitHub ActionsYAML, puoi fornire una serie di sostituzioni di etichette che modificano la build di runner ospitata autonomamente. Tutte le build non riconosciute da CodeBuild verranno ignorate ma non falliranno la richiesta del webhook. Ad esempio, il seguente flusso di lavoro YAML include le sostituzioni per l'immagine, la dimensione dell'istanza, la flotta e la buidlspec:
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-
(obbligatorio)<project-name>
-${{github.run_id}}-${{github.run_attempt}}
Esempio:
codebuild-fake-project-${{ github.run_id }}-${{ github.run_attempt }}
-
Obbligatorio per tutti i flussi di lavoro Actions. GitHub YAMLs
<project name>
deve essere uguale al nome del progetto per il quale è configurato il webhook runner self-hosted.
image:
<environment-type>
-<image-identifier>
Esempio:
image:arm-3.0
-
Sostituisce l'immagine e il tipo di ambiente utilizzati all'avvio della build self-hosted runner. Per maggiori informazioni sui valori supportati, consulta. Immagini di calcolo supportate con il runner -hosted Actions CodeBuild GitHub
instance-size:
<instance-size>
Esempio:
instance-size:medium
-
Sostituisce il tipo di istanza utilizzato all'avvio della build self-hosted runner. Per maggiori informazioni sui valori supportati, consulta. Immagini di calcolo supportate con il runner -hosted Actions CodeBuild GitHub
fleet:
<fleet-name>
Esempio:
fleet:myFleet
-
Sostituisce le impostazioni del parco veicoli configurate nel progetto per utilizzare il parco veicoli specificato. Per ulteriori informazioni, consulta Run si basa su flotte a capacità riservata.
buildspec-override:
<boolean>
Esempio:
buildspec-override:true
-
Consente alla build di eseguire i comandi buildspec nelle fasi, e
INSTALL
PRE_BUILD
POST_BUILD
, se impostata su.true
Sovrascrittura di un'etichetta singola (legacy)
CodeBuild consente di fornire più sostituzioni in una singola etichetta utilizzando quanto segue:
-
Per sovrascrivere le impostazioni dell'ambiente per una build di calcolo Amazon EC2 /Lambda, usa la seguente sintassi:
runs-on: codebuild-
<project-name>
-${{ github.run_id }}-${{ github.run_attempt }}-<environment-type>
-<image-identifier>
-<instance-size>
-
Per sovrascrivere le impostazioni del tuo parco macchine per Amazon EC2 Compute Build, usa la seguente sintassi:
runs-on: codebuild-
<project-name>
-${{ github.run_id }}-${{ github.run_attempt }}-fleet-<fleet-name>
-
Per sovrascrivere sia la flotta che l'immagine utilizzate per la build, usa la seguente sintassi:
runs-on: codebuild-
<project-name>
-${{ github.run_id }}-${{ github.run_attempt }}-image
-<image-version>
-fleet-<fleet-name>
-
Per eseguire i comandi buildspec durante la compilazione,
-with-buildspec
possono essere aggiunti come suffisso all'etichetta:runs-on: codebuild-
<project-name>
-${{ github.run_id }}-${{ github.run_attempt }}-<image>
-<image-version>
-<instance-size>
-with-buildspec -
Facoltativamente, puoi fornire un override della dimensione dell'istanza senza sovrascrivere l'immagine. Per EC2 le build di Amazon, puoi escludere sia il tipo di ambiente che l'identificatore dell'immagine. Per le build Lambda, puoi escludere l'identificatore dell'immagine.