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

 Release :

    - australia

ft:locale :

    - fr-FR

ft:publication_title :

    - Gestion des services IT Australie

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

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

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

* Rversion finale: Australia
* 
* Mis à jour 12 mars 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes de lecture

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

## 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 en utilisant le nom du groupe, le nom du sous-groupe (le cas échéant) et le nom du projet spécifiés 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, spécifiez simplement <kbd class="ph userinput">Mon projet</kbd>.
   3. Cliquez sur Envoyer.
2. Ouvrez à nouveau l'enregistrement de pipeline et créez des étapes DevOps à mapper à chaque tâche de pipeline GitLab afin qu'une tâche d'orchestration puisse être créée.  
   Vous pouvez créer les étapes de l'une des façons suivantes.
   * Créez et mappez automatiquement les étapes du pipeline dans DevOps en exécutant votre pipeline GitLab.

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

     Dans la liste connexe Étapes, cliquez sur Nouveau pour créer une étape DevOps pour chaque tâche de pipeline GitLab (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 GitLab correspondante.  

     |-|-|
     | 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} |
     | Ordre | 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/MLMJn8CI~Mx~_Rie3mXkLQ "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 de pipeline et d'autres détails pour chaque pipeline."). L'ordre des cartes dans l'interface utilisateur du pipeline suit l'exécution des tâches. |
     | Étape d'orchestration | Nom de la tâche du pipeline GitLab (sensible à la casse). Remarque : pour associer les étapes aux tâches de pipeline GitLab (CI), vous devez configurer le champ Étape d'orchestration. |
     | Service d'entreprise | 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 Tâches d'orchestration à une étape de pipeline DevOps.
3. **Facultatif :** Cochez la case Contrôle du changement dans une étape pour activer l'[accélération du changement](https://servicenow-prod.fluidtopics.net/8JkP~wzyJ0DNxA1JTMgs8Q "Activez la fonctionnalité d'accélération des changements de Vélocité de changement DevOps pour la création automatique de demandes de changement dans votre pipeline, et utilisez les flux et politiques d'approbation de changement pour automatiser l'approbation sous certaines conditions.") et les champs de configuration correspondants.  
   Remarque :  
   vous devez installer la fonctionnalité [Gestion des changements](https://servicenow-prod.fluidtopics.net/8xw3FRYXtEWE5q1ikf57sQ "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.") pour activer l'accélération du changement.

   |-|-|
   | Reçu de changement | Sélectionnez cette option pour activer le reçu de 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 la reprise du pipeline. |
   | 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 changement DevOps. Remarque : assurez-vous que le groupe sélectionné compte 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èles de changement DevOps](https://servicenow-prod.fluidtopics.net/mvIIma0QkJYVVfWZ~dcZfg "Vélocité de changement DevOps vous permet d'utiliser des modèles de changement adaptés qui offrent une plus grande flexibilité lors de la définition des modèles ou des processus de changement pour refléter les pratiques de développement modernes."). |
   | Modèle Remarque : ce champ est affiché uniquement si Type de changement est défini sur Normal ou Urgence. | Liste des modèles à utiliser pour remplir automatiquement les champs pour les demandes de changement Normal ou Urgence. Sélectionnez un modèle ou créez-en un. |
   | Modèle de changement standard Remarque : ce champ est affiché uniquement si Type de changement est défini sur 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 des branches séparées par des virgules qui sont sous contrôle de changement. 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 du changement dans GitLab pour les tâches GitLab manuelles.  
   Remarque :  
   Un pipeline doit être exécuté et se terminer au moins une fois avant l'activation du contrôle du changement.

## Que faire ensuite

[Accélération du changement dans GitLab](https://servicenow-prod.fluidtopics.net/AYCcEBVm0NNIxRRdSh_Ypg "L'accélération du changement est prise en charge dans les tâches Vélocité de changement DevOps pour GitLab.")