---
sourceDocument: Gestion des services IT Xanadu
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/xanadu/it-service-management

 Release :

    - xanadu

ft:locale :

    - fr-FR

ft:publication_title :

    - Gestion des services IT Xanadu

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Modéliser un GitLab pipeline CI de base dans DevOps

# Modéliser un GitLab pipeline CI de base dans DevOps {#ariaid-title1}

* Rversion finale: Xanadu
* 
* Mis à jour 1 août 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes de lecture

Modélisez un GitLab pipeline CI de base en mappant le pipeline à une application et en mappant DevOps les étapes du pipeline aux tâches du GitLab pipeline.

## Avant de commencer

Rôle requis : sn_devops.admin

## Procédure

1. Mappez votre pipeline à une application.
   1. Accédez à la DevOpsApplications et pipelinesApplications et ouvrez l'enregistrement d'application à associer au pipeline.
   2. Dans la liste connexe Pipelines, cliquez sur Modifier... pour sélectionner un pipeline à associer à l'application, ou cliquez sur Nouveau pour créer le pipeline.  
      Remarque :  
      Lors de l'association d'un pipeline à une application, les étapes du pipeline sont également récupérées pendant l'importation.

      Pour un nouveau pipeline, renseignez le champ Pipeline d'orchestration à l'aide du nom du groupe, du nom du sous-groupe (le cas échéant) et du nom du projet comme spécifié dans GitLab.

      Par exemple, <kbd class="ph userinput">Mon groupe/Mon sous-groupe/Mon projet</kbd>.

      Si un projet ne fait pas partie d'un groupe, il suffit de spécifier <kbd class="ph userinput">Mon projet</kbd>.
   3. Cliquez sur Envoyer.
2. Ouvrez à nouveau l'enregistrement de pipeline et créez DevOps des étapes à mapper à chaque GitLab tâche de pipeline afin qu'une tâche d'orchestration puisse être créée.  
   Les étapes peuvent être créées de l'une des façons suivantes.
   * Créez et mappez automatiquement les étapes du pipeline en DevOps exécutant votre GitLab pipeline.

     Les étapes du pipeline sont automatiquement créées, mappées et associées lorsqu'elles DevOps reçoivent des notifications d'étape de votre GitLab pipeline pendant l'exécution.
   * Créez manuellement chaque étape de pipeline et mappez-la à une GitLab tâche de pipeline.

     Dans la liste connexe des étapes, cliquez sur Nouveau pour créer une DevOps étape pour chaque GitLab tâche de pipeline (champ Étape d'orchestration ).  
     Remarque :  
     La valeur du champ Étape d'orchestration de chaque étape est sensible à la casse et doit correspondre au nom d'origine de la tâche de pipeline correspondante GitLab .  

     |-|-|
     | Nom | Nom de l'étape du pipeline. |
     | Pipeline | Pipeline dans lequel l'étape est configurée. |
     | Type | Type d'étape du pipeline. * Construire et tester * Test * Déployer * Déployer et tester * Manuel * Déploiement produit {#model-gitlab-pipeline-dev-ops__ul_w1m_crk_wmb} |
     | Commande | Ordre dans lequel les étapes sont exécutées. Remarque : L'ordre des étapes détermine l'ordre des cartes dans [l'interface utilisateur du pipeline](https://servicenow-prod.fluidtopics.net/oZswGCEsicAcKu3vdhTOPw "Utilisez l’interface utilisateur de pipeline pour visualiser les interactions et les résultats tout au long d’une exécution de pipeline. Cette vue graphique montre la progression de l’étape du pipeline et d’autres détails pour chaque pipeline."). L'ordre des cartes dans l'interface utilisateur de pipeline est l'exécution de tâches. |
     | Étape d'orchestration | GitLab Nom de la tâche de pipeline (sensible à la casse). Remarque : Pour l'association d'étapes avec GitLab des tâches de pipeline de CI, le champ Étape d'orchestration doit être configuré. |
     | Service aux entreprises | Service de configuration qui s'applique à l'étape. |
     [ ]

     {#model-gitlab-pipeline-dev-ops__table_v1m_crk_wmb}

     Une fois les tâches d'orchestration créées, associez chaque tâche d'orchestration de la liste connexe des tâches d'orchestration à une DevOps étape de pipeline.
3. **Facultatif :** Cochez la case Contrôle des changements dans une étape pour activer l'accélération du [changement](https://servicenow-prod.fluidtopics.net/oMyd3qiYsod~AV~tqoQUIA "Activez la fonctionnalité d’accélération des changements pour la création automatique de demandes de changement dans votre pipeline et utilisez les flux et politiques d’approbation de Changements de vélocité DevOps changement pour automatiser l’approbation sous certaines conditions.") et les champs de configuration correspondants.  
   Remarque :  
   La fonctionnalité [Gestion des changements](https://servicenow-prod.fluidtopics.net/qHwv4OFPVDKgGdhoMzy_LA "L’application Gestion des changements de ServiceNow offre une approche systématique permettant de contrôler le cycle de vie de tous les changements et apporte des changements bénéfiques en garantissant une perturbation minimale des services informatiques.") doit être installée pour l'accélération du changement.

   |-|-|
   | Reçu de changement | Sélectionnez cette option pour activer la réception du changement pour l'étape afin que le pipeline ne s'interrompe pas lors de la création d'une demande de changement. Toutes les données du pipeline sont incluses dans le changement, mais l'approbation n'est pas requise pour que le pipeline se poursuive. |
   | Groupe d'approbation des changements | Groupe d'approbation de la demande de changement. Le groupe d'approbation de changement devient le groupe d'affectation dans la demande de DevOps changement. Remarque : Assurez-vous que le groupe sélectionné a des membres et un gestionnaire de groupe afin que le champ Approbateur ne soit pas vide. |
   | Type de changement | Type de demande de changement à créer. * Normal (par défaut) * Standard * Urgence {#model-gitlab-pipeline-dev-ops__ul_zrc_xdf_llb} |
   | Modèle de changement | Modèle de changement pour la demande de changement. Pour plus d'informations, consultez . |
   | Modèle Remarque : ce champ n'est affiché que lorsque le type de changement est Normal ou Urgent. | Liste des modèles à utiliser pour remplir automatiquement les champs pour les demandes de changement Normal ou Urgent. Sélectionnez un modèle ou créez-en un. |
   | Modèle de changement standard Remarque : ce champ n'est affiché que lorsque le type de changement est Standard. | Liste des modèles de changement standard à utiliser pour les demandes de changement standard. Remarque : Ce champ est obligatoire pour le type de changement standard. |
   | Modifier les branches contrôlées | (Multibranche uniquement) Liste séparée par des virgules des branches sous contrôle des changements. Les caractères génériques sont pris en charge. |
   [ ]

   {#model-gitlab-pipeline-dev-ops__table_xm1_tdf_llb}

   Vous pouvez configurer le contrôle des changements pour GitLab les tâches manuelles GitLab .  
   Remarque :  
   Un pipeline doit être exécuté et terminé au moins une fois avant l'activation du contrôle des changements.

## Exemple

Figure 1. DevOps pipeline

## Que faire ensuite

[Accélération du changement dans GitLab](https://servicenow-prod.fluidtopics.net/HYZORrvGQ37UsYCHY9NLNw "L’accélération du changement est prise en charge dans Changements de vélocité DevOps for GitLab jobs.")