Historique des versions

Une page tient son propre historique. Vous ne l'activez pas et il n'y a rien à configurer : c'est l'édition de la page qui l'écrit.

Ce qui est capturé, et quand

Un instantané est pris quand la page change d'une manière qu'il vaut mieux pouvoir annuler :

• un enregistrement du brouillon depuis l'éditeur
• un patch chirurgical de bloc, comme en fait le serveur MCP
• une promotion de brouillon de développement
• une restauration - le cas intéressant, voir plus bas

Chaque entrée note le numéro de version, le moment et la personne à l'origine. La restauration lit les blocs dans l'instantané : une version est une copie du contenu, pas un diff avec sa voisine.

Cinquante par page

Cinquante instantanés sont conservés par page. Le cinquante-et-unième chasse le plus ancien, et l'élagage a lieu dans l'écriture elle-même plutôt que dans une tâche nocturne : la limite s'applique au moment où elle est franchie, pas le lendemain matin.

Sur une page très travaillée, cela mérite d'être anticipé : cinquante enregistrements, ce n'est pas long. Si un état précis compte - une validation juridique, un lancement - publiez-le ou copiez-le ailleurs, car l'historique passera par-dessus.

La limite existe parce qu'un historique sans borne n'est pas gratuit. Avant elle, l'historique des pages était la plus grosse collection de la base.

Restaurer

Restaurer prend une ancienne version et en fait le brouillon courant. Trois choses à savoir avant d'en avoir besoin :

Restaurer est soi-même annulable. L'état courant est capturé avant que l'ancien ne l'écrase : une restauration regrettée est à une restauration de son annulation. Aller chercher le passé ne coûte pas le présent.

Elle restaure le contenu, pas la page entière. Les blocs reviennent. Une version sans blocs est refusée - This version has no restorable content - plutôt que de vider la page en silence.

Elle est confrontée au manifeste de blocs d'aujourd'hui. Si un type de bloc a changé de forme depuis l'instantané, ou a disparu de votre code, la restauration signale des avertissements au lieu de faire comme si l'ancien contenu convenait encore. Ancien contenu, règles actuelles.

Une restauration atterrit dans le brouillon. Rien n'atteint votre site tant que vous ne publiez pas : vous pouvez restaurer, regarder et changer d'avis sans qu'aucun lecteur ne le voie.

Ce n'est pas la même chose que revenir à la version publiée

Deux opérations se ressemblent et répondent à des questions différentes.

• Restaurer une version - « remets la page telle qu'elle était mardi ». Va chercher dans l'historique.
• Revenir à la version publiée - « jette mes modifications non publiées ». Va chercher la version en ligne et ne touche pas du tout à l'historique. Contenu et mise en page peuvent être remis séparément ou ensemble.

Si vous avez édité tout l'après-midi et voulez retrouver la page en ligne, revenez à la version publiée. Si vous voulez un état qui n'est ni en ligne ni courant, restaurez une version.

Où cela se trouve

Le panneau d'historique occupe le volet droit de l'éditeur et liste les versions, la plus récente d'abord. La même chose existe en GraphQL - page.history pour lister, page.restoreVersion pour restaurer - ce vers quoi vous iriez si vous vouliez, par exemple, un export nocturne du dernier bon état de chaque page.

Étapes suivantes

• Pages - brouillons, publication et ce que veut dire « modifiée ».
• Serveur MCP - le chemin de patch qui écrit lui aussi des instantanés.