Guide pratique pour créer un pipeline CI avec Azure DevOps

  • 4 minutes

Azure Pipelines prend en charge le processus CI (intégration continue) et le processus CD (livraison continue). Les pipelines CI/CD permettent de tester, de créer et de livrer du code de manière régulière et cohérente.

  • Vous définissez un pipeline de build pour générer et tester votre code, puis pour publier des artefacts.
  • Vous définissez également un pipeline de mise en production pour consommer et déployer ces artefacts sur les cibles de déploiement.

Les pipelines peuvent être définis avec la syntaxe YAML ou l’interface utilisateur (classique). YAML est un langage explicite de sérialisation de données. Il est souvent utilisé pour les fichiers de configuration et les applications dans lesquels les données sont stockées ou transmises. Un pipeline comprend une ou plusieurs phases qui décrivent un processus CI/CD. Les pipelines possèdent une hiérarchie de phases et de travaux. Les phases sont les divisions principales d’un pipeline. Une phase comprend un ou plusieurs travaux, qui sont des unités de travail pouvant être affectées à la même machine. Vous pouvez organiser les phases et les travaux en graphes des dépendances. Un travail est une série linéaire d’étapes.

Dans la phase d’intégration continue, vous définissez votre pipeline dans un fichier YAML appelé azure-pipelines.yml avec le reste de votre application. La version du pipeline est gérée avec votre code. Elle suit la même structure de branchement. Vous obtenez la validation de vos modifications via des revues du code dans les demandes d’extraction et les stratégies de build de branche. Chaque branche que vous utilisez peut modifier la stratégie de build en modifiant le fichier azure-pipelines.yml.

Étapes d’un pipeline

Les grandes étapes sont les suivantes :

  1. Configurez Azure Pipelines pour utiliser votre dépôt Git.
  2. Modifiez le fichier azure-pipelines.yml pour définir votre build.
  3. Envoyez (push) votre code vers votre dépôt de gestion de versions. Cette opération lance le déclencheur par défaut pour générer et déployer, puis surveiller les résultats.
  4. Votre code est maintenant mis à jour, généré, testé et empaqueté. Il peut être déployé sur une cible quelconque.