2.2. Comprendre les configurations de construction
Les sections suivantes définissent le concept de compilation, la configuration de la compilation et décrivent les principales stratégies de compilation disponibles.
2.2.1. BuildConfigs Copier lienLien copié sur presse-papiers!
Une configuration de construction décrit une définition de construction unique et un ensemble de déclencheurs pour la création d'une nouvelle construction. Les configurations de construction sont définies par un BuildConfig, qui est un objet REST pouvant être utilisé dans un POST au serveur API pour créer une nouvelle instance.
Une configuration de construction, ou BuildConfig, est caractérisée par une stratégie de construction et une ou plusieurs sources. La stratégie détermine le processus, tandis que les sources fournissent les données d'entrée.
Selon la façon dont vous choisissez de créer votre application avec OpenShift Container Platform, un BuildConfig est généralement généré automatiquement pour vous si vous utilisez la console web ou le CLI, et il peut être modifié à tout moment. Comprendre les éléments qui composent un BuildConfig et leurs options disponibles peut vous aider si vous choisissez de modifier manuellement votre configuration ultérieurement.
L'exemple suivant BuildConfig entraîne une nouvelle compilation chaque fois qu'une balise d'image de conteneur ou le code source est modifié :
BuildConfig définition de l'objet
- 1
- Cette spécification crée un nouveau site
BuildConfignomméruby-sample-build. - 2
- Le champ
runPolicyindique si les constructions créées à partir de cette configuration de construction peuvent être exécutées simultanément. La valeur par défaut estSerial, ce qui signifie que les nouvelles constructions sont exécutées séquentiellement et non simultanément. - 3
- Vous pouvez spécifier une liste de déclencheurs qui entraînent la création d'une nouvelle version.
- 4
- La section
sourcedéfinit la source de la construction. Le type de source détermine la source primaire d'entrée, et peut être soitGit, pour pointer vers un dépôt de code,Dockerfile, pour construire à partir d'un fichier Docker en ligne, ouBinary, pour accepter des charges utiles binaires. Il est possible d'avoir plusieurs sources à la fois. Voir la documentation de chaque type de source pour plus de détails. - 5
- La section
strategydécrit la stratégie de construction utilisée pour exécuter la construction. Vous pouvez spécifier une stratégieSource,Docker, ouCustomici. Cet exemple utilise l'image du conteneurruby-20-centos7que Source-to-image (S2I) utilise pour la construction de l'application. - 6
- Une fois que l'image du conteneur est construite avec succès, elle est poussée dans le référentiel décrit dans la section
output. - 7
- La section
postCommitdéfinit un crochet de construction optionnel.