Créer votre premier pipeline

  • Article
  • 30 minutes de lecture

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

Il s’agit d’un guide pas à pas d’utilisation d’Azure Pipelines pour créer un exemple d’application. Ce guide utilise des pipelines YAML configurés avec l’éditeur de pipeline YAML. Si vous souhaitez utiliser des pipelines classiques à la place, consultez Définir votre pipeline classique.

Prérequis - Azure DevOps

Vérifiez que vous disposez des éléments suivants :

Créer votre premier pipeline

Obtenir l’exemple de code Java

Pour commencer, effectuez le fork du dépôt suivant dans votre compte GitHub.

https://github.com/MicrosoftDocs/pipelines-java

Créer votre premier pipeline Java

  1. Connectez-vous à votre organisation Azure DevOps et accédez à votre projet.

  2. Accédez à Pipelines, puis sélectionnez Nouveau pipeline.

  3. Effectuez les étapes de l’Assistant en sélectionnant d’abord GitHub comme emplacement du code source.

  4. Vous serez peut-être redirigé vers GitHub pour vous connecter. Si c’est le cas, entrez vos informations d’identification GitHub.

  5. Quand la liste des dépôts s’affiche, sélectionnez le vôtre.

  6. Vous serez peut-être redirigé vers GitHub pour pouvoir installer l’application Azure Pipelines. Si c’est le cas, sélectionnez Approuver et installer.

  1. Azure Pipelines analyse votre dépôt et recommande le modèle de pipeline Maven .

  2. Quand votre nouveau pipeline s’affiche, examinez le code YAML pour voir ce qu’il fait. Lorsque vous êtes prêt, sélectionnez Enregistrer et exécuter.

  3. Vous êtes invité à valider un nouveau azure-pipelines.yml fichier dans votre dépôt. Une fois que vous êtes satisfait du message, sélectionnez Enregistrer et exécuter à nouveau.

    Si vous souhaitez regarder votre pipeline en action, sélectionnez le travail de génération.

    Vous venez de créer et d’exécuter un pipeline que nous avons créé automatiquement pour vous, car votre code semblait correspondre au modèle Maven .

    Vous disposez maintenant d’un pipeline YAML opérationnel (azure-pipelines.yml) dans votre dépôt qui est prêt à être personnalisé !

  4. Lorsque vous êtes prêt à apporter des modifications à votre pipeline, sélectionnez-le dans la page Pipelines , puis Modifiez le azure-pipelines.yml fichier.

En savoir plus sur l’utilisation de Java dans votre pipeline.

Afficher et gérer vos pipelines

Vous pouvez afficher et gérer vos pipelines en choisissant Pipelines dans le menu de gauche pour accéder à la page d’accueil des pipelines.

Capture d’écran de la page d’accueil des pipelines.

À partir de la page d’accueil des pipelines, vous pouvez afficher les pipelines et les exécutions de pipelines, créer et importer des pipelines, gérer la sécurité et explorer les détails du pipeline et de l’exécution.

Choisissez Récent pour afficher les pipelines récemment exécutés (affichage par défaut), ou choisissez Tout pour afficher tous les pipelines.

Capture d’écran des options permettant d’afficher les exécutions de pipeline sur la page d’accueil des pipelines.

Sélectionnez un pipeline pour gérer ce pipeline et affichez les exécutions. Sélectionnez le numéro de build de la dernière exécution pour afficher les résultats de cette build, sélectionnez le nom de la branche pour afficher la branche pour cette exécution, ou sélectionnez le menu contextuel pour exécuter le pipeline et effectuer d’autres actions de gestion.

Capture d’écran des pipelines récemment exécutés.

Sélectionnez Exécutions pour afficher toutes les exécutions de pipeline. Vous pouvez éventuellement filtrer les exécutions affichées.

Capture d’écran des exécutions de pipeline.

Sélectionnez une exécution de pipeline pour afficher des informations sur cette exécution.

Vous pouvez choisir de conserver ou de supprimer une exécution à partir du menu contextuel. Pour plus d’informations sur la rétention des exécutions, consultez Générer et mettre en production des stratégies de rétention.

Capture d’écran du menu contextuel d’exécution du pipeline.

Détails du pipeline

La page de détails d’un pipeline vous permet d’afficher et de gérer ce pipeline.

Capture d’écran de la page des détails du pipeline.

Choisissez Modifier pour modifier votre pipeline. Pour plus d’informations, consultez Éditeur de pipeline YAML.

Afficher les détails de l’exécution du pipeline

Dans le résumé de l’exécution du pipeline, vous pouvez afficher l’état de votre exécution, tant pendant qu’elle est en cours d’exécution que lorsqu’elle est terminée.

Capture d’écran du résumé de l’exécution du pipeline.

Dans le volet résumé, vous pouvez afficher les détails du travail et de la phase, télécharger des artefacts et accéder aux validations liées, aux résultats des tests et aux éléments de travail.

Travaux et phases

Le volet Travaux affiche une vue d’ensemble de l’état de vos étapes et travaux. Ce volet peut avoir plusieurs onglets selon que votre pipeline comporte des étapes et des travaux, ou simplement des travaux. Dans cet exemple, le pipeline comporte deux étapes nommées Générer et Déployer. Vous pouvez explorer les étapes du pipeline en choisissant le travail dans le volet Étapes ou Travaux .

Capture d’écran des travaux et étapes de pipeline.

Choisissez un travail pour voir les étapes de ce travail.

Capture d’écran des tâches de pipeline.

Dans la vue étapes, vous pouvez passer en revue l’état et les détails de chaque étape. Dans plus d’actions , vous pouvez désactiver les horodatages ou afficher un journal brut de toutes les étapes du pipeline.

Capture d’écran du menu contenu des tâches de pipeline.

Annuler et réexécuter un pipeline

Si le pipeline est en cours d’exécution, vous pouvez l’annuler en choisissant Annuler. Si l’exécution est terminée, vous pouvez réexécuter le pipeline en choisissant Exécuter nouveau.

Capture d’écran de l’annulation d’une exécution de pipeline.

Menu Exécuter d’autres actions de pipeline

Dans le menu Autres actions , vous pouvez télécharger des journaux, ajouter des balises, modifier le pipeline, supprimer l’exécution et configurer la rétention pour l’exécution.

Capture d’écran du menu d’autres actions de la page récapitulative de l’exécution du pipeline.

Notes

Vous ne pouvez pas supprimer une exécution si l’exécution est conservée. Si vous ne voyez pas Supprimer, choisissez Arrêter l’exécution de conservation, puis supprimez l’exécution. Si vous voyez à la fois supprimer et afficher les versions de rétention, une ou plusieurs stratégies de rétention configurées s’appliquent toujours à votre exécution. Choisissez Afficher les mises en production de rétention, supprimez les stratégies (seules les stratégies de l’exécution sélectionnée sont supprimées), puis supprimez l’exécution.

Ajouter un badge d’état à votre dépôt

De nombreux développeurs aiment montrer qu’ils maintiennent la qualité de leur code à un niveau élevé en affichant un badge d’état dans leur dépôt.

Le badge d’état indique que le pipeline Azure a réussi

Pour copier le badge d’état dans votre Presse-papiers :

  1. Dans Azure Pipelines, accédez à la page Pipelines pour afficher la liste des pipelines. Sélectionnez le pipeline que vous avez créé dans la section précédente.

  2. Sélectionnez , puis badge d’état.

  3. Sélectionnez Badge d’état.

  4. Copiez l’exemple Markdown à partir de la section Exemple de markdown.

Maintenant, avec le badge Markdown dans votre Presse-papiers, effectuez les étapes suivantes dans GitHub :

  1. Accédez à la liste des fichiers et sélectionnez Readme.md. Sélectionnez l’icône de crayon à modifier.

  2. Collez le badge d’état Markdown au début du fichier.

  3. Validez la modification apportée à la main branche.

  4. Notez que le badge d’état apparaît dans la description de votre dépôt.

Pour configurer l’accès anonyme aux badges pour des projets privés :

  1. Accédez à Paramètres du projet

  2. Ouvrez l’onglet Paramètres sous Pipelines

  3. Activer le curseur Désactiver l’accès anonyme aux badges sous Général

Notes

Même dans un projet privé, l’accès anonyme par badge est activé par défaut. Avec l’accès par badge anonyme activé, les utilisateurs en dehors de votre organisation peuvent être en mesure d’interroger des informations telles que les noms de projet, les noms de branche, les noms de travail et l’état de build via l’API d’état du badge.

Étant donné que vous venez de modifier le Readme.md fichier dans ce dépôt, Azure Pipelines génère automatiquement votre code, en fonction de la configuration du azure-pipelines.yml fichier à la racine de votre dépôt. De retour dans Azure Pipelines, observez qu’une nouvelle exécution s’affiche. Chaque fois que vous apportez une modification, Azure Pipelines démarre une nouvelle exécution.

Notes

Dans Microsoft Team Foundation Server (TFS) 2018 et les versions précédentes, les pipelines de build et de mise en production sont appelés définitions, les exécutions sont appelées builds, les connexions de service sont appelées points de terminaison de service, les phases sont appelées environnements et les travaux sont appelés phases.

Nous allons vous montrer comment utiliser l’éditeur classique dans Azure DevOps Server 2019 pour créer une build et une version qui imprime « Hello world ».

Nous allons vous montrer comment utiliser l’éditeur classique dans TFS pour créer une build et une version qui imprime « Hello world ».

Prérequis

Initialiser votre dépôt

Si vous avez déjà un dépôt dans votre projet, vous pouvez passer à l’étape suivante : Passer à l’ajout d’un script à votre dépôt

  1. Accédez à Azure Repos. (Hub Code dans la navigation précédente)

    Fichiers repos

  2. Si votre projet est vide, vous serez accueilli par un écran pour vous aider à ajouter du code à votre dépôt. Choisissez le choix inférieur pour initialiser votre dépôt avec un readme fichier :

    Initialiser le dépôt

  1. Accédez à votre dépôt en cliquant sur Code dans le volet de navigation supérieur.

  2. Si votre projet est vide, vous serez accueilli par un écran pour vous aider à ajouter du code à votre dépôt. Choisissez le choix inférieur pour initialiser votre dépôt avec un readme fichier :

    Initialiser le dépôt

Ajouter un script à votre dépôt

Créez un script PowerShell qui imprime Hello world.

  1. Accédez à Azure Repos.

  2. Ajoutez un fichier.

    Sous l’onglet Fichiers, à partir du nœud du dépôt, sélectionnez l’option Nouveau fichier

  3. Dans la boîte de dialogue, nommez votre nouveau fichier et créez-le.

    HelloWorld.ps1

  4. Copiez et collez ce script.

    Write-Host "Hello world"

  5. Validez (enregistrez) le fichier.

  1. Accédez au hub Code .

  2. Ajoutez un fichier.

  1. Dans la boîte de dialogue, nommez votre nouveau fichier et créez-le.

    HelloWorld.ps1

  2. Copiez et collez ce script.

    Write-Host "Hello world"

  3. Validez (enregistrez) le fichier.

Dans ce tutoriel, nous nous concentrons sur l’intégration continue/cd, c’est pourquoi nous gardons la partie code simple. Nous travaillons dans un dépôt Git Azure Repos directement dans votre navigateur web.

Lorsque vous êtes prêt à commencer à créer et déployer une application réelle, vous pouvez utiliser un large éventail de clients et de services de contrôle de version avec les builds CI Azure Pipelines. Plus d’informations

Créer un pipeline de build

Créez un pipeline de build qui imprime « Hello world ».

  1. Sélectionnez Azure Pipelines. Vous accédez automatiquement à la page Builds .

    Accédez à l’onglet Builds

  2. Créer un pipeline

    Sélectionner le bouton de l’onglet build

    Pour les nouveaux utilisateurs Azure DevOps, vous accédez automatiquement à l’expérience de création de pipeline YAML. Pour accéder à l’éditeur classique et suivre ce guide, vous devez désactiver la fonctionnalité d’aperçu pour l’expérience de création de nouveau pipeline YAML :

    Cliquez sur Paramètres en haut à droite de l’écran, puis cliquez sur Fonctionnalités d’aperçu

    Cliquez sur le bouton bascule pour désactiver la fonctionnalité d’aperçu yaml

  3. Assurez-vous que la source, le projet, le référentiel et la branche par défaut correspondent à l’emplacement dans lequel vous avez créé le script.

  4. Commencez par un travail Vide.

  5. Sur le côté gauche, sélectionnez Pipeline et spécifiez le nom que vous souhaitez utiliser. Pour le pool d’agents, sélectionnez Vs2017 hébergé.

  6. Sur le côté gauche, sélectionnez le signe plus ( + ) pour ajouter une tâche au travail 1. Sur le côté droit, sélectionnez la catégorie Utilitaire , sélectionnez la tâche PowerShell dans la liste, puis choisissez Ajouter.

    Ajouter la tâche de génération au travail

  7. Sur le côté gauche, sélectionnez votre nouvelle tâche de script PowerShell .

  8. Pour l’argument Chemin du script , sélectionnez le bouton permettant de parcourir votre dépôt, puis sélectionnez le script que vous avez créé.

    Sélectionner votre script

  9. Sélectionnez Enregistrer et mettre en file d’attente, puis Enregistrer.

  1. Sélectionnez Générer et mettre en production, puis sélectionnez Builds.

    Choisir l’onglet Build

  2. Créer un pipeline

    Créer un pipeline

  3. Démarrer avec un pipeline vide

  4. Sélectionnez Pipeline et spécifiez le nom que vous souhaitez utiliser. Pour le pool d’agents, sélectionnez Par défaut.

  5. Sur le côté gauche, sélectionnez + Ajouter une tâche pour ajouter une tâche au travail, puis, sur le côté droit, sélectionnez la catégorie Utilitaire , sélectionnez la tâche PowerShell , puis choisissez Ajouter.

    Ajouter la tâche au travail

  6. Sur le côté gauche, sélectionnez votre nouvelle tâche de script PowerShell .

  7. Pour l’argument Chemin du script , sélectionnez le bouton permettant de parcourir votre dépôt, puis sélectionnez le script que vous avez créé.

    Sélectionner la tâche PowerShell

  8. Sélectionnez Enregistrer et mettre en file d’attente, puis Enregistrer.

Un pipeline de build est l’entité par le biais de laquelle vous définissez votre pipeline de build automatisé. Dans le pipeline de build, vous composez un ensemble de tâches, chacune effectuant une étape de votre build. Le catalogue de tâches fournit un ensemble complet de tâches pour vous permettre de commencer. Vous pouvez également ajouter des scripts PowerShell ou shell à votre pipeline de build.

Publier un artefact à partir de votre build

Une build classique produit un artefact qui peut ensuite être déployé à différentes étapes d’une mise en production. Ici, pour illustrer la fonctionnalité de manière simple, nous allons simplement publier le script en tant qu’artefact.

  1. Sous l’onglet Tâches , sélectionnez le signe plus ( + ) pour ajouter une tâche au travail 1.

  2. Sélectionnez la catégorie Utilitaire , sélectionnez la tâche Publier des artefacts de build, puis sélectionnez Ajouter.

    Ajouter la tâche de publication de l’artefact

    Chemin d’accès à la publication : sélectionnez le bouton pour parcourir et sélectionnez le script que vous avez créé.

    Nom de l’artefact : entrez drop.

    Emplacement de publication de l’artefact : sélectionnez Azure Artifacts/TFS.

  1. Sous l’onglet Tâches , sélectionnez Ajouter une tâche.

  2. Sélectionnez la catégorie Utilitaire , sélectionnez la tâche Publier des artefacts de build, puis sélectionnez Ajouter.

    Sélectionnez Ajouter pour ajouter la tâche de publication de l’artefact.

    Chemin d’accès à la publication : sélectionnez le bouton pour parcourir et sélectionnez le script que vous avez créé.

    Nom de l’artefact : entrez drop.

    Type d’artefact : sélectionnez Serveur.

Les artefacts sont les fichiers que vous souhaitez que votre build produise. Les artefacts peuvent être presque tout ce dont votre équipe a besoin pour tester ou déployer votre application. Par exemple, vous avez un .DLL et .EXE fichiers exécutables et . Fichier de symboles PDB d’une application Windows C# ou C++ .NET.

Pour vous permettre de produire des artefacts, nous fournissons des outils tels que la copie avec une correspondance de modèle et un répertoire intermédiaire dans lequel vous pouvez rassembler vos artefacts avant de les publier. Consultez Artefacts dans Azure Pipelines.

Activer l’intégration continue (CI)

  1. Sélectionnez l’onglet Déclencheurs.

  2. Activez l’intégration continue.

Un déclencheur d’intégration continue sur un pipeline de build indique que le système doit automatiquement mettre en file d’attente une nouvelle build chaque fois qu’une modification de code est validée. Vous pouvez rendre le déclencheur plus général ou plus spécifique, et également planifier votre build (par exemple, la nuit). Consultez Déclencheurs de génération.

Enregistrer et mettre en file d’attente la build

Enregistrez et mettez en file d’attente une build manuellement et testez votre pipeline de build.

  1. Sélectionnez Enregistrer la & file d’attente, puis Enregistrer la & file d’attente.

  2. Dans la boîte de dialogue, sélectionnez à nouveau Enregistrer la & file d’attente .

    Cela met en file d’attente une nouvelle build sur l’agent hébergé par Microsoft.

  3. Vous voyez un lien vers la nouvelle build en haut de la page.

    console de build

    Choisissez le lien pour regarder la nouvelle build à mesure qu’elle se produit. Une fois l’agent alloué, vous commencez à voir les journaux en direct de la build. Notez que le script PowerShell est exécuté dans le cadre de la build et que « Hello world » est imprimé sur la console.

    Regarder dans la console de génération

  4. Accédez au résumé de la build. Sous l’onglet Artefacts de la build, notez que le script est publié en tant qu’artefact.

    Ouvrez la console de build pour voir l’artefact

  1. Sélectionnez Enregistrer la & file d’attente, puis Enregistrer la & file d’attente.

  2. Dans la boîte de dialogue, sélectionnez Enregistrer & une nouvelle fois la file d’attente .

    Cela met en file d’attente une nouvelle build sur l’agent hébergé par Microsoft.

  3. Vous voyez un lien vers la nouvelle build en haut de la page.

    Accédez à la console de génération

    Choisissez le lien pour regarder la nouvelle build à mesure qu’elle se produit. Une fois l’agent alloué, vous commencez à voir les journaux en direct de la build. Notez que le script PowerShell est exécuté dans le cadre de la build et que « Hello world » est imprimé sur la console.

  1. Accédez au résumé de la build.

    lien de la console de build vers le résumé de build

  2. Sous l’onglet Artefacts de la build, notez que le script est publié en tant qu’artefact.

    Explorateur d’artefacts

Vous pouvez afficher un résumé de toutes les builds ou explorer les journaux de chaque build à tout moment en accédant à l’onglet Builds dans Azure Pipelines. Pour chaque build, vous pouvez également afficher une liste de commits qui ont été générés et les éléments de travail associés à chaque validation. Vous pouvez également exécuter des tests dans chaque build et analyser les échecs de test.

Ajouter des variables et valider une modification à votre script

Nous allons passer certaines variables de build au script pour rendre notre pipeline un peu plus intéressant. Ensuite, nous allons valider une modification d’un script et regarder le pipeline CI s’exécuter automatiquement pour valider la modification.

  1. Modifiez votre pipeline de build.

  2. Sous l’onglet Tâches , sélectionnez la tâche de script PowerShell.

  3. Ajoutez ces arguments.

Ouvrir la tâche PowerShell dans la console de génération

Arguments

-greeter "$(Build.RequestedFor)" -trigger "$(Build.Reason)"

Enfin, enregistrez le pipeline de build.

Vous allez ensuite ajouter les arguments à votre script.

  1. Accédez à vos fichiers dans Azure Repos (hub code dans la navigation précédente et TFS).

  2. Sélectionnez le fichierHelloWorld.ps1 , puis Modifiez le fichier.

  3. Modifiez le script comme suit :

    Param(
[string]$greeter,
[string]$trigger
)
Write-Host "Hello world" from $greeter
Write-Host Trigger: $trigger

  4. Commitez (enregistrez) le script.

Vous pouvez maintenant voir les résultats de vos modifications. Accédez à Azure Pipelines et sélectionnez Mise en file d’attente. Notez sous la section Mise en file d’attente ou en cours d’exécution qu’une build est automatiquement déclenchée par la modification que vous avez validée.

Vous pouvez maintenant voir les résultats de vos modifications. Accédez à la page Générer et libérer , puis sélectionnez Mise en file d’attente. Notez sous la section Mise en file d’attente ou en cours d’exécution qu’une build est automatiquement déclenchée par la modification que vous avez validée.

  1. Sélectionnez la nouvelle build qui a été créée et affichez son journal.

  2. Notez que la personne qui a modifié le code a son nom imprimé dans le message d’accueil. Vous voyez également imprimé qu’il s’agissait d’une build CI.

Créer un journal de script PowerShell récapitulative

journal de script PowerShell récapitulative de build

Nous venons d’introduire le concept de variables de build dans ces étapes. Nous avons imprimé la valeur d’une variable qui est automatiquement prédéfinie et initialisée par le système. Vous pouvez également définir des variables personnalisées et les utiliser dans des arguments pour vos tâches ou en tant que variables d’environnement dans vos scripts. Pour en savoir plus sur les variables, consultez Générer des variables.

Vous avez un pipeline de build. Quelle est l’étape suivante ?

Vous avez créé un pipeline de build qui génère et valide automatiquement tout code archivé par votre équipe. À ce stade, vous pouvez passer à la section suivante pour en savoir plus sur les pipelines de mise en production. Ou, si vous préférez, vous pouvez passer à l’avance pour créer un pipeline de build pour votre application.

Créer un pipeline de mise en production

Définissez le processus d’exécution du script en deux étapes.

  1. Accédez à l’onglet Pipelines , puis sélectionnez Versions.

  2. Sélectionnez l’action pour créer un pipeline. Si un pipeline de mise en production est déjà créé, sélectionnez le signe plus ( + ), puis sélectionnez Créer un pipeline de mise en production.

  3. Sélectionnez l’action pour commencer par un travail Vide.

  4. Nommez l’étape QA.

  5. Dans le panneau Artefacts, sélectionnez + Ajouter et spécifiez une source (pipeline de build). Sélectionnez Ajouter.

  6. Sélectionnez le bolt Lightning pour déclencher le déploiement continu, puis activez le déclencheur de déploiement continu à droite.

    Sélectionner un éclair pour déclencher un déploiement continu

  7. Sélectionnez l’onglet Tâches et sélectionnez votre étape d’assurance qualité .

  8. Sélectionnez le signe plus ( + ) pour le travail pour ajouter une tâche au travail.

  9. Dans la boîte de dialogue Ajouter des tâches , sélectionnez Utilitaire, recherchez la tâche PowerShell , puis sélectionnez son bouton Ajouter .

  10. Sur le côté gauche, sélectionnez votre nouvelle tâche de script PowerShell .

  11. Pour l’argument Chemin du script , sélectionnez le bouton pour parcourir vos artefacts et sélectionnez le script que vous avez créé.

  12. Ajoutez les arguments suivants :

    -greeter "$(Release.RequestedFor)" -trigger "$(Build.DefinitionName)"

  13. Sous l’onglet Pipeline , sélectionnez l’étape QA , puis cloner.

    Cloner l’environnement de mise en production dans QA

  14. Renommez la phase de production cloné.

  15. Renommez le pipeline de mise en production Hello world.

    Renommer le pipeline de mise en production hello world

  16. Enregistrez le pipeline de mise en production.

  1. Accédez à l’onglet Générer et libérer , puis sélectionnez Versions.

  2. Sélectionnez l’action pour créer un pipeline. Si un pipeline de mise en production est déjà créé, sélectionnez le signe plus ( + ), puis sélectionnez Créer une définition de mise en production.

  3. Sélectionnez l’action pour commencer par une définition vide.

  4. Nommez l’étape QA.

  5. Dans le panneau Artefacts, sélectionnez + Ajouter et spécifiez une source (pipeline de build). Sélectionnez Ajouter.

  6. Sélectionnez le bolt Lightning pour déclencher le déploiement continu, puis activez le déclencheur de déploiement continu à droite.

  1. Sélectionnez l’onglet Tâches , puis sélectionnez votre étape d’assurance qualité .

  2. Sélectionnez le signe plus ( + ) pour le travail afin d’ajouter une tâche au travail.

  3. Dans la boîte de dialogue Ajouter des tâches , sélectionnez Utilitaire, recherchez la tâche PowerShell , puis sélectionnez son bouton Ajouter .

  4. Sur le côté gauche, sélectionnez votre nouvelle tâche de script PowerShell .

  5. Pour l’argument Chemin du script , sélectionnez le bouton permettant de parcourir vos artefacts et sélectionnez le script que vous avez créé.

  6. Ajoutez les arguments suivants :

    -greeter "$(Release.RequestedFor)" -trigger "$(Build.DefinitionName)"

  7. Sous l’onglet Pipeline , sélectionnez la phase D’assurance qualité , puis cloner.

    cloner l’environnement de mise en production

  8. Renommez la phase cloné Production.

  9. Renommez le pipeline de mise en production Hello World.

    renommer le pipeline de mise en production

  10. Enregistrez le pipeline de mise en production.

Un pipeline de mise en production est une collection d’étapes sur lesquelles les artefacts de build d’application sont déployés. Il définit également le pipeline de déploiement réel pour chaque étape, ainsi que la façon dont les artefacts sont promus d’une phase à une autre.

Notez également que nous avons utilisé certaines variables dans nos arguments de script. Dans ce cas, nous avons utilisé des variables de mise en production au lieu des variables de build que nous avons utilisées pour le pipeline de build.

Déployer une version

Exécutez le script à chaque étape.

  1. Créez une version.

    Créer une version - DevOps 2019 et 2020

    Lorsque Créer une nouvelle version s’affiche, sélectionnez Créer.

  2. Ouvrez la version que vous avez créée.

    version créée - DevOps 2019 et 2020

  3. Affichez les journaux pour obtenir des données en temps réel sur la mise en production.

    journaux de publication - DevOps 2019 et 2020

  1. Créez une version.

    create release - TFS 2018

    Lorsque Créer une nouvelle version s’affiche, sélectionnez Créer (TFS 2018.2) ou File d’attente (TFS 2018 RTM).

  2. Ouvrez la version que vous avez créée.

    version créée - TFS 2018

  3. Affichez les journaux pour obtenir des données en temps réel sur la mise en production.

    journaux de publication - TFS 2018

Vous pouvez suivre la progression de chaque version pour voir si elle a été déployée sur toutes les phases. Vous pouvez suivre les validations qui font partie de chaque version, les éléments de travail associés et les résultats des séries de tests que vous avez ajoutées au pipeline de mise en production.

Modifiez votre code et regardez-le déployer automatiquement en production

Nous allons apporter une autre modification au script. Cette fois, il sera automatiquement généré, puis déployé jusqu’à la phase de production.

  1. Accédez au hub Code , onglet Fichiers , modifiez le fichier HelloWorld.ps1 et modifiez-le comme suit :

    Param(
[string]$greeter,
[string]$trigger
)
Write-Host "Hello world" from $greeter
Write-Host Trigger: $trigger
Write-Host "Now that you've got CI/CD, you can automatically deploy your app every time your team checks in code."

  2. Validez (enregistrez) le script.

  3. Sélectionnez l’onglet Builds pour voir la build mise en file d’attente et s’exécuter.

  4. Une fois la build terminée, sélectionnez l’onglet Mises en production , ouvrez la nouvelle version, puis accédez aux journaux.

Votre nouveau code est automatiquement déployé à l’étape AQ , puis à l’étape Production .

Journal final de l’étape du script de mise en production - DevOps 2019 et 2020

journal final de l’étape du script de publication - - TFS 2018

Dans de nombreux cas, vous souhaiterez probablement modifier le pipeline de mise en production afin que le déploiement de production se produise uniquement après que des tests et des approbations sont en place. Consultez Vue d’ensemble des approbations et des portes.

Étapes suivantes

Vous venez d’apprendre à créer votre premier pipeline dans Azure. En savoir plus sur la configuration des pipelines dans le langage de votre choix :

Vous pouvez également personnaliser le pipeline que vous venez de créer.

Pour exécuter votre pipeline dans un conteneur, consultez Travaux de conteneur.

Pour plus d’informations sur la création de référentiels GitHub, consultez Créer des dépôts GitHub.

Pour savoir comment publier vos artefacts de pipeline, consultez Publier des artefacts de pipeline.

Pour savoir ce que vous pouvez faire d’autre dans les pipelines YAML, consultez informations de référence sur les schémas YAML.

Nettoyer

Si vous avez créé des pipelines de test, ils sont faciles à supprimer lorsque vous en avez terminé.

Pour supprimer un pipeline, accédez à la page récapitulative de ce pipeline, puis choisissez Supprimer dans le menu ... en haut à droite de la page. Tapez le nom du pipeline à confirmer, puis choisissez Supprimer.

Supprimer le pipeline

Vous avez appris les principes de base de la création et de l’exécution d’un pipeline. Vous êtes maintenant prêt à configurer votre pipeline de build pour le langage de programmation que vous utilisez. Allez-y et créez un pipeline de build, et cette fois, utilisez l’un des modèles suivants.

Langage Modèle à utiliser
.NET ASP.NET
.NET Core ASP.NET Core
C++ Bureau .NET
Go Go
Java Gradle
JavaScript Node.js
Xcode Xcode

Forum aux questions

Où puis-je lire des articles sur DevOps et CI/CD ?

Qu’est-ce que l’intégration continue ?

Qu’est-ce que la livraison continue ?

Qu’est-ce que DevOps ?

Quel système de contrôle de version puis-je utiliser ?

Lorsque vous êtes prêt à utiliser CI/CD pour votre application, vous pouvez utiliser le système de contrôle de version de votre choix :

Comment faire répliquer un pipeline ?

Si votre pipeline a un modèle que vous souhaitez répliquer dans d’autres pipelines, clonez-le, exportez-le ou enregistrez-le en tant que modèle.

all-definitions-build-action-menu-replicate-actions

Capture d’écran montrant comment répliquer un pipeline.

Après avoir cloné un pipeline, vous pouvez apporter des modifications, puis l’enregistrer.

Après avoir exporté un pipeline, vous pouvez l’importer à partir de l’onglet Tous les pipelines .

Après avoir créé un modèle, les membres de votre équipe peuvent l’utiliser pour suivre le modèle dans de nouveaux pipelines.

Conseil

Si vous utilisez l’éditeur de nouvelle build, vos modèles personnalisés s’affichent en bas de la liste.

Comment faire travailler avec des brouillons ?

Si vous modifiez un pipeline de build et que vous souhaitez tester certaines modifications qui ne sont pas encore prêtes pour la production, vous pouvez l’enregistrer en tant que brouillon.

enregistrer en tant que brouillon

Capture d’écran montrant l’enregistrement en tant que brouillon.

Vous pouvez modifier et tester votre brouillon si nécessaire.

modifier le brouillon - DevOps 2019 et 2020

Lorsque vous êtes prêt, vous pouvez publier le brouillon pour fusionner les modifications dans votre pipeline de build.

publier un brouillon - DevOps 2019 et 2020

publier un brouillon - TFS 2018

Si vous décidez d’ignorer le brouillon, vous pouvez le supprimer de l’onglet Tout le pipeline ci-dessus.

Comment supprimer un pipeline ?

Pour supprimer un pipeline, accédez à la page récapitulative de ce pipeline, puis choisissez Supprimer dans le menu ... en haut à droite de la page. Tapez le nom du pipeline à confirmer, puis choisissez Supprimer.

Que puis-je faire d’autre quand je mets en file d’attente une build ?

Vous pouvez mettre en file d’attente les builds automatiquement ou manuellement.

Lorsque vous mettez manuellement en file d’attente une build, vous pouvez, pour une seule exécution de la build :

Vous pouvez mettre en file d’attente les builds automatiquement ou manuellement.

Lorsque vous mettez manuellement en file d’attente une build, vous pouvez, pour une seule exécution de la build :

Où puis-je en savoir plus sur les paramètres de pipeline ?

Pour en savoir plus sur les paramètres de pipeline de build, consultez :

Pour en savoir plus sur les paramètres de pipeline, consultez :

Comment faire créer un pipeline de build par programmation ?

Référence de l’API REST : Créer un pipeline de build

Notes

Vous pouvez également gérer les builds et générer des pipelines à partir de la ligne de commande ou des scripts à l’aide de l’interface CLI Azure Pipelines.