Annuler un changement sans aggraver la situation
Leçon 2 du module « Filets de sécurité et retour arrière » de la formation « Git pour les PM : livrer en équipe sans risquer la prod ».
Objectif de la leçon
À la fin de cette leçon, vous serez capable de choisir la bonne façon d'annuler un changement selon l'endroit où il se trouve (fichier, commit local, branche partagée, main, production) : git restore, git reset, git revert, bouton Revert d'une pull request ou retour arrière du déploiement, sans jamais forcer l'historique partagé.
Dans quel module
Filets de sécurité et retour arrière
Qu'est-ce qui empêche une erreur d'atteindre les utilisateurs, et que faire si elle passe quand même ?
Leçons du module
- Les filets de sécurité qui protègent la production
- Annuler un changement sans aggraver la situation (cette leçon)
Ce que vous apprendrez dans la formation
Cette leçon fait partie de la formation Git pour les PM : livrer en équipe sans risquer la prod
- Lire un dépôt existant et son pipeline (README, CONTRIBUTING, CODEOWNERS, workflows de CI, environnements) pour savoir qui relit quoi, ce qui est vérifié et ce qui part en production, quand.
- Travailler sur une branche courte avec les commandes Git du quotidien (ou leurs équivalents GitHub), des commits petits et nommés selon une convention, et rester synchronisé avec main.
- Ouvrir une pull request petite et bien décrite, obtenir la bonne relecture, passer les checks requis, valider la prévisualisation et choisir la méthode de fusion.
- Résoudre calmement un conflit de fusion simple, en ligne de commande ou dans GitHub, et savoir quand demander de l'aide.
- Évaluer les filets de sécurité d'un dépôt (protection de branche, checks requis, relecture obligatoire, feature flags, staging, déploiement progressif) et proposer ceux qui manquent.
- Choisir la bonne façon d'annuler un changement (restore, revert, reset, retour arrière du déploiement) selon qu'il est local, poussé, fusionné ou déjà en production.
- Encadrer un agent de code IA dans un dépôt d'équipe (branche dédiée, règles écrites, secrets protégés, preuves de vérification, relecture humaine avant fusion).
- Relier des changements fusionnés à une version (tag, versionnage sémantique, changelog) et rédiger des notes de version utiles aux utilisateurs.
Formations liées
- Expliquer comment fonctionne un produit web, du navigateur au serveurTout public · ~2 h 30 min
- Concevoir et tester une intégration API en tant que PMJunior · ~3 h
- Modéliser les données de son produit et les interroger en SQLJunior · ~3 h 30 min