J'ai la commande suivante dans mon fichier buildspec.yml dans le répertoire racine de mon site gatsby.
version: 0.2
phases:
install:
commands:
- npm i npm@latest -g
- npm install --global gatsby-cli
- npm install
- pip install --upgrade pip
- pip install --upgrade awscli
build:
commands:
- gatsby build
post_build:
commands:
- aws s3 sync public/ s3://stagging
J'ai 2 environnements, staggin et production. Existe-t-il un moyen d'automatiser la commande de synchronisation ici pour utiliser une sorte de variable pour changer l'environnement lorsque je fais de la construction de code. Peut-être que je peux passer le nom de l'environnement via la ligne de commande.
Lorsque vous créez un code, vous pouvez transmettre des variables d'environnement.
{
"name": "sample-docker-project",
"source": {
"type": "S3",
"location": "codebuild-region-ID-account-ID-input-bucket/DockerSample.Zip"
},
"artifacts": {
"type": "NO_ARTIFACTS"
},
"environment": {
"type": "LINUX_CONTAINER",
"image": "aws/codebuild/docker:17.09.0",
"computeType": "BUILD_GENERAL1_SMALL",
"environmentVariables": [
{
"name": "AWS_DEFAULT_REGION",
"value": "region-ID"
},
{
"name": "AWS_ACCOUNT_ID",
"value": "account-ID"
},
{
"name": "IMAGE_REPO_NAME",
"value": "Amazon-ECR-repo-name"
},
{
"name": "IMAGE_TAG",
"value": "latest"
}
]
},
"serviceRole": "arn:aws:iam::account-ID:role/role-name",
"encryptionKey": "arn:aws:kms:region-ID:account-ID:key/key-ID"
}
Dans votre buildspec.yml, vous pouvez les référencer comme des variables d'environnement normales avec $ IMAGE_REPO_NAME .
version: 0.2
phases:
pre_build:
commands:
- echo Logging in to Amazon ECR...
- $(aws ecr get-login --no-include-email --region $AWS_DEFAULT_REGION)
build:
commands:
- echo Build started on `date`
- echo Building the Docker image...
- docker build -t $IMAGE_REPO_NAME:$IMAGE_TAG .
- docker tag $IMAGE_REPO_NAME:$IMAGE_TAG $AWS_ACCOUNT_ID.dkr.ecr.$AWS_DEFAULT_REGION.amazonaws.com/$IMAGE_REPO_NAME:$IMAGE_TAG
post_build:
commands:
- echo Build completed on `date`
- echo Pushing the Docker image...
- docker Push $AWS_ACCOUNT_ID.dkr.ecr.$AWS_DEFAULT_REGION.amazonaws.com/$IMAGE_REPO_NAME:$IMAGE_TAG
Ce que vous ne pouvez pas faire, c'est créer seulement 1 build de code et lui passer des variables comme un script, vous devez donc créer 2 builds de code, mais 1 buildspec.yml.
Plus d'informations ici: https://docs.aws.Amazon.com/codebuild/latest/userguide/sample-docker.html
Une autre approche consistera à préparer un script et un YAML avec toutes les variables de configuration nécessaires.
Le fichier de script yaml_to_envvars.sh (modifié à partir d'ici https://stackoverflow.com/a/21189044/2275126 ):
#!/bin/bash
prefix=$2
s='[[:space:]]*' w='[a-zA-Z0-9_]*' fs=$(echo @|tr @ '\034')
sed -ne "s|^\($s\):|\1|" \
-e "s|^\($s\)\($w\)$s:$s[\"']\(.*\)[\"']$s\$|\1$fs\2$fs\3|p" \
-e "s|^\($s\)\($w\)$s:$s\(.*\)$s\$|\1$fs\2$fs\3|p" $1 |
awk -F$fs '{
indent = length($1)/2;
vname[indent] = $2;
for (i in vname) {if (i > indent) {delete vname[i]}}
if (length($3) > 0) {
vn=""; for (i=0; i<indent; i++) {vn=(vn)(vname[i])("_")}
printf("conf_%s%s%s=\"%s\"\n", "'$prefix'",vn, $2, $3);
}
}'
Le fichier YAML settings.yml :
common:
key1: value1
dev:
key2: value2
test:
key3: value3
Et dans votre section pre_build commandes exécutez ce qui suit:
- chmod u+x yaml_to_envvars.sh
- ./yaml_to_envvars.sh settings.yml > variables.env
- |-
for NEWVAR in $(cat variables.env); do
export $NEWVAR
done
Ensuite, vous aurez des variables disponibles dans votre buildspec comme:
$ echo $conf_common_key1
value1
$ echo $conf_dev_key2
value2
$ echo $conf_test_key3
value3