Résumé
Beau travail ! Vous avez abordé de nombreux sujets dans ce module. L’équipe et vous avez bien avancé dans la création d’un pipeline automatisé. Vous avez appris à mapper des commandes de script sur un serveur de builds à des tâches de pipeline automatisées qui s’exécutent quand vous poussez du code vers GitHub. Le résultat du pipeline est un fichier .zip qui contient l’application web Space Game générée.
Dans le même temps, vous avez appris à utiliser des variables pour simplifier votre code.
Vous avez également appris à utiliser des modèles pour encapsuler des ensembles de tâches que vous pouvez répéter tout au long de votre processus de build. Vous avez utilisé un modèle pour générer les configurations Debug et Release de l’application.
Pour finir, vous avez mis en pratique vos connaissances de Git en poussant des commits vers une branche et en effectuant une génération à partir de cette branche. L’utilisation d’une branche vous permet de travailler de manière isolée à partir du code base principal. Vous pouvez ainsi expérimenter et tester de nouvelles choses sans affecter la branche de développement principale, main
.
N’oubliez pas que cette configuration de build est axée sur la création d’une application .NET. Les tâches que vous choisirez dépendront du type d’application que vous créez, des outils que vous utilisez pour la concevoir et du langage de programmation dans lequel elle est écrite.
Quand vous travaillez avec vos propres builds, il est judicieux de commencer par vérifier que vous pouvez générer l’application ex nihilo à partir du terminal ou encore d’un script Bash ou PowerShell. À partir de là, vous pouvez mapper chaque commande à une tâche de pipeline qui effectue la même chose.
Quand vous créez votre propre pipeline, vous pouvez utiliser au choix le concepteur visuel ou des fichiers YAML. Si vous choisissez le concepteur visuel pour démarrer, vous pouvez basculer vers la version YAML de votre configuration pour découvrir la structure de chaque tâche.
Notes
À ce stade, vous disposez d’un artefact de build que vous pouvez déployer sur un environnement d’assurance qualité ou de production. Pour le reste de ce parcours d’apprentissage, vous allez vous concentrer sur l’utilisation d’Azure Pipelines pour générer et tester votre logiciel. Vous apprendrez à utiliser Azure Pipelines pour déployer votre application dans un prochain parcours d’apprentissage.
Ressources supplémentaires
Pour approfondir vos connaissances, consultez les ressources complémentaires suivantes :
Pour une approche plus académique, l’ouvrage sur la livraison continue écrit par Jez Humble et David Farley est un excellent point de départ.
Apprendre YAML
Si vous avez envie d’en savoir plus sur YAML, consultez la page Learn YAML in Y minutes. Vous pouvez ensuite consulter les informations de référence sur le schéma YAML dans Azure Pipelines pour vous faire une meilleure idée de la structure des pipelines.
Parcourir la documentation
Nous fournissons une documentation de référence complète qui vous permettra d’approfondir les concepts et les tâches que nous avons expliqués ici. Cette documentation inclut également des guides de démarrage pour de nombreux types d’applications, parmi lesquels Java, C++ et Node.js.
La section Tâches de génération et de mise en production peut vous aider à mapper vos commandes de génération existantes à des tâches intégrées.
Créer votre propre pipeline de build
Dans ce module, vous avez créé le pipeline à partir d’Azure DevOps. Vous pouvez répéter un processus similaire pour créer votre propre pipeline. Vous pouvez également créer un pipeline à partir de l’application GitHub Marketplace.