Apprenez à utiliser les snapshots et le rollback pour créer des points de sauvegarde sûrs lors de grosses modifications (auth, schéma, refonte UI), avec un bon étiquetage et des vérifications claires.
Un snapshot est un état enregistré de votre application auquel vous pouvez revenir plus tard. Pensez-y comme un point de sauvegarde dans un jeu : vous pouvez tenter quelque chose de risqué et, si ça tourne mal, revenir exactement au moment où tout fonctionnait.
Aller vite signifie souvent faire de gros changements, plus souvent. Cette vélocité est utile, mais elle augmente aussi les chances de se retrouver dans un état à moitié cassé où il est difficile d'identifier la « dernière version bonne ». Les snapshots offrent une issue propre. Vous pouvez avancer avec moins d'inquiétude parce que vous savez que vous pouvez revenir à un point de travail connu sans deviner quelle modification a causé le problème.
Ils sont particulièrement utiles lors de changements où une petite erreur se répercute dans toute l'app. Une réécriture d'auth (nouveau flux de connexion, nouveaux rôles, nouvelle gestion des tokens), un changement de schéma de base de données (tables renommées, colonnes scindées, relations modifiées) ou une refonte UI (nouveaux composants de layout, nouveau routage, nouvelle logique d'état) peut sembler correcte à un endroit et casser silencieusement cinq autres endroits que vous n'avez pas vérifiés.
Le rollback est l'autre moitié de l'idée. Le rollback n'est pas « annuler le dernier clic ». C'est « revenir à un état connu bon » pour pouvoir continuer à livrer pendant que vous enquêtez sur ce qui a cassé.
Si vous construisez rapidement via le chat sur une plateforme comme Koder.ai, le rythme peut être encore plus rapide. Cela rend les snapshots encore plus précieux : vous pouvez demander un gros changement, le tester, et si ce n'est pas bon, revenir en arrière et essayer une autre approche sans perdre votre base de travail.
Un snapshot est un état enregistré de votre application que vous pouvez restaurer plus tard. Utilisez-le comme un point de repère fiable (« dernier état connu bon ») avant d'essayer quelque chose de risqué.
Le rollback est l'action de restaurer ce snapshot afin de pouvoir continuer à avancer pendant que vous déboguez la modification qui a cassé.
Prenez-en un juste avant toute modification difficile à annuler :
Règle simple : si perdre les 30–60 minutes suivantes serait problématique, faites un snapshot d'abord.
Évitez les snapshots pour les petites retouches que vous pouvez refaire rapidement (typos, ajustements d'espacement). Trop de snapshots à faible valeur rendent la restauration plus difficile.
Évitez aussi de snapshotter un état manifestement cassé sauf si vous le marquez clairement comme cassé ou draft.
Utilisez un schéma cohérent qui répond rapidement à « quoi / pourquoi / sûr ? » :
YYYY-MM-DD - domaine - objectif - statut
Exemple : 2026-01-09 - auth - changement clé token - ready.
Évitez les noms vagues comme test, v2 ou final-final — ils transforment le rollback en jeu de devinettes.
Gardez un petit ensemble d'étiquettes de statut et appliquez-les systématiquement :
draft : en cours, peut ne pas fonctionnerready : passe un test rapiderelease : correspond à ce qui a été publiéhotfix : créé pour corriger un incident en productionSi vous n'appliquez qu'une seule règle : ne marquez rien release à moins d'être confortable pour le restaurer sans débat.
Créez deux couches :
Quand une expérience se termine, supprimez-la ou relabellez-la pour éviter toute confusion avec un point sûr.
Utilisez les snapshots comme jalons entre des petits morceaux testables :
known goodCela empêche une grosse modification de masquer la cause réelle du problème.
Restez court et répétable. Après chaque tranche, vérifiez :
Si l'un de ces points échoue, corrigez tout de suite ou rollbackez avant d'empiler d'autres changements.
L'auth casse en petites mais grosses conséquences. Snapshottez autour des changements de forme du flux utilisateur :
auth - baseline - ready)draft)ready)Rejouez toujours le même « happy path » pour garder les résultats comparables.
Pas toujours. Le rollback restaure l'état de l'application, mais certains problèmes viennent d'ailleurs :
Si des changements externes ont eu lieu, notez-les dans le nom ou les notes du snapshot et prévoyez une façon sûre de les restaurer ou de les réappliquer.