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


---

# Accélération du changement pour les tâches manuelles

# Accélération du changement pour les tâches manuelles {#ariaid-title1}

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

Activez le suivi des changements pour le pipeline dans la page d'enregistrement de l'outil de Vélocité de changement DevOps.
La tâche GitLab soumise au contrôle du changement doit avoir les instructions suivantes pour reprendre ou annuler l'exécution du pipeline via la demande de changement :

* when: <kbd class="ph userinput">manuel</kbd>
* allow_failure: <kbd class="ph userinput">faux</kbd>
{#gitlab-change-manual__ul_onz_xnj_gmb}  
Par exemple :


    deploy:
      stage: deploy
      tags:
        - local-runner1
      when: manual
      allow_failure: false
      script:
        - echo 'Deploy'

Remarque :  
Pour les changements basés sur when:manual, pour pouvoir créer une demande de changement à une certaine étape, toutes les étapes précédentes doivent se terminer correctement. Si l'une des étapes précédentes n'est pas invoquée ou échoue, même si l'étape en cours ne dépend pas de l'étape précédente, aucune demande de changement n'est créée dans ServiceNow.

Les étapes parallèles du pipeline GitLab sont prises en charge avec l'image GitLab Docker. Pour plus de détails, consultez [Pipelines GitLab avec tâches parallèles](https://servicenow-prod.fluidtopics.net/fPBQc8_5BQBjbcJGqCCAWA "L'image GitLab Docker prend en charge la création de changements dans les pipelines GitLab contenant des tâches parallèles.") et [Implémenter des actions personnalisées pour les pipelines utilisant une image de conteneur Docker générique](https://servicenow-prod.fluidtopics.net/oOqw40lXbXZKsXizItQ1Eg "Utilisez les actions personnalisées ServiceNow pour collecter les données relatives à la création de demandes de changement, à l'analyse Sonar, à l'enregistrement d'artefacts et à l'enregistrement de packages dans votre pipeline à l'aide de l'image générique du conteneur Docker.").

Reportez-vous à la [référence de configuration des pipelines CI/CD](https://docs.gitlab.com/) pour plus d'informations sur la configuration d'une tâche GitLab.  
Considérations supplémentaires :

* Si allow_failure est défini sur <kbd class="ph userinput">true</kbd>, le pipeline se poursuit, même lorsque le changement est rejeté.
* Un utilisateur disposant du rôle d'accès approprié dans GitLab peut débloquer et poursuivre un pipeline, quel que soit l'état de la demande de changement.
{#gitlab-change-manual__ul_xry_lxn_mmb}  
{#gitlab-change-manual__table_exk_tmb_gmb__entry__4}

| Exécution manuelle | Accélération du changement dans l'étape | Demande de changement approuvée | Résultat |
|-|-|-|-|
| Oui | Oui | S/O | Si la tâche manuelle est soumise au contrôle du changement, le changement est automatiquement créé. |
| Oui | Oui | Oui | La tâche manuelle est automatiquement exécutée. |
| Oui | Oui | Non | La tâche manuelle est automatiquement rejetée ou échoue. |
| Oui | Non | S/O | La tâche manuelle attend une intervention manuelle du propriétaire du pipeline via l'interface utilisateur GitLab (comportement par défaut). |
| Non | Oui | S/O | La demande de changement n'est pas créée. |
[Tableau 1. Comportement d'accélération du changement GitLab]

{#gitlab-change-manual__table_exk_tmb_gmb}  
Remarque :  
Les tâches parallèles s'affichent de manière séquentielle, en fonction de l'ordre dans lequel les tâches sont mises en file d'attente pour l'exécution.