Modéliser un pipeline CI de base GitLab dans DevOps

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 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 DevOps > Applications et pipelines > Applications 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, Mon groupe/Mon sous-groupe/Mon projet.

        Si un projet ne fait pas partie d'un groupe, spécifiez simplement Mon projet.

      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
        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.

        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.

        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 et les champs de configuration correspondants.
      Remarque :
      vous devez installer la fonctionnalité Gestion des changements 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
      Modèle de changement Modèle de changement pour la demande de changement. Pour plus d'informations, consultez Modèles de changement DevOps.

      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.

      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