Choisir la version adaptée à l’incident
Consultez l’historique et repérez la dernière version qui fonctionnait pour les pages ou comportements concernés. Comparez sa date à celle du changement qui a introduit le problème. Si le site comporte plusieurs types de contenu ou de routes, vérifiez que la version candidate contient les fichiers attendus.
Si le problème ne touche qu’une partie du site, demandez-vous si le retour de tout le déploiement est acceptable. Cette opération peut aussi retirer des améliorations présentes dans la version récente. Notez la version courante et le motif du retour afin de pouvoir la rétablir si la régression supposée est sans rapport.
Rétablir, puis analyser
Après avoir choisi l’ancienne version, ouvrez l’adresse publiée et refaites les contrôles qui ont révélé le problème. Vérifiez les pages, ressources et interactions importantes. Si un domaine personnalisé est utilisé, testez-le séparément de l’adresse publiée par le service pour ne pas confondre un souci DNS ou de certificat avec une régression des fichiers.
Une fois la version stable rétablie, comparez le déploiement récent à celui-ci et isolez le changement fautif. Corrigez-le et testez-le avant de le republier. Séparer le retour en arrière du diagnostic rétablit d’abord un service stable et vous permet d’enquêter sans deviner en production.