États de mise en production

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 2 minutes de lecture
  • Une mise en production peut se trouver dans l’un des différents états au cours du processus de mise en production.

    État Description
    Brouillon L’état initial d’une mise en production. ReleaseOps n’agit sur aucune mise en production dans cet état, quel que soit le calendrier de mise en production défini. Les versions brouillon n’apparaissent pas dans une demande de déploiement en tant que cible. Cela permet de créer des calendriers dans le futur, mais ils doivent être manuellement placés à l’état Actif avant que les demandes de déploiement puissent être ajoutées et déployées.
    Actif

    La mise en production est ouverte dans cet état et attend l’arrivée de l’heure de gel. Dans cet état, les demandes de déploiement jointes sont activement à l’état Évaluation ou Rapprochement.

    Les demandes de déploiement peuvent toujours être ajoutées à ce stade ou supprimées (par le développeur ou l’administrateur de mise en production).

    En préparation

    Le déploiement est gelé. Toutes les demandes de déploiement jointes à la mise en production sont validées comme étant prêtes pour le déploiement, sinon elles sont différées. La commande de version a été générée. Un administrateur de mise en production peut supprimer une demande de déploiement.

    Ce changement d’état est dérivé du planificateur en fonction du temps de blocage.
    Remarque :
    Si la mise en production est associée à un enregistrement de gestion des changements, l’heure de la mise en production est déterminée par cet enregistrement de gestion des changements.
    Prêt pour la mise en production

    Toutes les demandes de déploiement sont finalisées. Aucune demande de déploiement ne peut être ajoutée ou supprimée de la mise en production, et la mise en production a réussi toutes les vérifications et est éligible au déploiement. Toutes les étapes manuelles du playbook de pipeline ont été effectuées.

    Déploiement

    Action de finalisation du déplacement de tous les artefacts de version vers l’instance de destination. Ce changement d’état est dérivé du planificateur, en fonction de l’heure de mise en production.

    Remarque :
    Si la mise en production est associée à un enregistrement de gestion des changements, l’heure de la mise en production est déterminée par cet enregistrement de gestion des changements.
    Rapprochement Il y avait un problème avec au moins une demande de déploiement dans la version qui nécessitait une intervention manuelle. Une tâche de déploiement sera créée à partir du playbook pour un conflit d’aperçu.
    Terminer La mise en production s’est terminée sans problème.
    Annulé

    Le déploiement de la mise en production a été annulé manuellement avant le début.

    Échoué

    Le déploiement n’a pas pu être terminé ou s’est achevé avec des problèmes.

    Les raisons courantes d’échec du déploiement sont les suivantes :

    • Impossible de récupérer un ensemble de mises à jour.
    • Un ensemble de mises à jour dont la récupération était prévue l’a déjà été et validé. L’engagement est considéré comme un échec, car l’ordre défini des déploiements d’ensembles de mises à jour a été rompu (sauf si cet ensemble de mises à jour était le premier dans l’ordre).
    • Un ensemble de mises à jour a été validé de manière inattendue après la récupération.