3.9. Construire des environnements
Comme pour les variables d’environnement de pod, les variables d’environnement de build peuvent être définies en termes de références à d’autres ressources ou variables à l’aide de l’API Downward. Il y a quelques exceptions, qui sont notées.
Il est également possible de gérer les variables d’environnement définies dans le BuildConfig avec la commande oc set env.
Le référencement des ressources de conteneurs à l’aide de valeursDepuis les variables d’environnement de construction n’est pas pris en charge car les références sont résolues avant la création du conteneur.
3.9.1. En utilisant les champs de construction comme variables d’environnement Copier lienLien copié sur presse-papiers!
Il est possible d’injecter des informations sur l’objet de construction en définissant la source de variable d’environnement fieldPath sur le JsonPath du champ à partir duquel vous êtes intéressé à obtenir la valeur.
La stratégie de Jenkins Pipeline ne prend pas en charge la valeurDe la syntaxe des variables d’environnement.
Procédure
Définissez la source de variable d’environnement fieldPath sur le JsonPath du champ à partir duquel vous êtes intéressé à obtenir la valeur:
env: - name: FIELDREF_ENV valueFrom: fieldRef: fieldPath: metadata.name
env: - name: FIELDREF_ENV valueFrom: fieldRef: fieldPath: metadata.name
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
3.9.2. En utilisant les secrets comme variables d’environnement Copier lienLien copié sur presse-papiers!
Les valeurs clés des secrets peuvent être disponibles en tant que variables d’environnement à l’aide de la syntaxe valueFrom.
Cette méthode montre les secrets sous forme de texte clair dans la sortie de la console de dose de construction. Afin d’éviter cela, utilisez les secrets d’entrée et configurez plutôt les cartes.
Procédure
Afin d’utiliser un secret comme variable d’environnement, définissez la valeurDe la syntaxe:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow