Clustraly
Cocon sémantique & topic clusters

Versioning et rollback de l'arbre : éditez votre cocon sans jamais perdre l'état d'avant

Versioning / rollback de l'arbre est une fonctionnalité du module Cocon sémantique & topic clusters de Clustraly. Le versioning / rollback de l'arbre enregistre un instantané automatique à chaque modification du cocon et permet de restaurer une version antérieure de l'arbre.

Un instantané après chaque édition, import, résolution de conflit ou build. Listez vos versions et revenez au bon état, sans rien avoir eu à préparer.

Filet de sécurité

Modifiez votre arbre l'esprit tranquille

Chaque fois que vous touchez à votre cocon, Clustraly en garde une copie. Vous tentez une réorganisation, un import massif ou une résolution de conflit sans craindre l'irréversible : l'état précédent reste récupérable.

Aucune manœuvre à mémoriser. L'instantané se crée tout seul, à chaque changement structurant de l'arbre.

  • Snapshot automatique, sans action de votre part
  • L'état précédent reste toujours récupérable
  • Couvre édition, déplacement, import et résolution de conflit
Voir comment ça marche
Comment ça marche

Un instantané capturé à chaque changement structurant

saveTreeVersion() écrit un instantané dès qu'une mutation modifie l'arbre — édition de nœud, déplacement, import de structure, résolution de conflit — et aussi à l'achèvement d'un build. Vous avancez, l'historique se remplit de lui-même.

Rien à déclencher, rien à configurer : la capture suit vos actions plutôt que de vous en ajouter une.

  • Déclenché après chaque édition, déplacement ou import
  • Capturé aussi à l'achèvement d'un build
  • Historique constitué en arrière-plan
Retrouvez n'importe quel état

Listez vos versions et repérez le bon point de retour

L'arbre vous rend la liste des instantanés stockés pour le projet. Vous retrouvez l'état qui précédait un import hasardeux, une cascade sémantique ou un autofix d'anti-cannibalisation, et vous savez exactement où revenir.

Chaque grande manipulation de contenu devient réversible : vous osez plus, parce que le retour arrière est toujours à portée.

  • Liste des versions stockées, propre à chaque projet
  • Repérez l'état d'avant un import ou une cascade
  • Utile après une résolution de conflit en masse
Restauration

Restaurez une version, l'arbre se reconstruit

Vous choisissez la version, Clustraly reconstruit l'arbre à partir de cet instantané. L'IA tient l'historique, vous décidez du point de retour.

La restauration s'appuie sur l'API back-end du service cocon (getVersions / restoreVersion) : elle rebâtit l'état complet de l'arbre plutôt que d'appliquer un correctif partiel.

  • Restauration par index de version
  • Reconstruction complète de l'arbre à partir de l'instantané
  • Vous gardez le dernier mot sur le point de retour
Explorer le module Cocon Sémantique
Garde-fous

Une restauration contrôlée, jamais à l'aveugle

Un index de version invalide est refusé (réponse 422) plutôt que d'abîmer votre arbre. Vous ne restaurez que ce qui existe réellement.

La restauration se limite au projet concerné et reconstruit un état complet et cohérent, sans déborder sur vos autres cocons.

  • Index invalide rejeté (422), pas de restauration bancale
  • Reconstruction complète et cohérente de l'arbre
  • Périmètre limité au seul projet concerné
Pourquoi ça compte

L'IA tient l'historique, vous décidez du retour

Le versioning tourne en arrière-plan pendant que vous construisez. Le jour où une manipulation ne donne pas ce que vous espériez, vous reprenez la main sur une version antérieure sans avoir rien eu à préparer à l'avance.

FAQ

Questions fréquentes

Quand une version de l'arbre est-elle créée ?
À chaque mutation de l'arbre — édition de nœud, déplacement, import, résolution de conflit — et à l'achèvement d'un build. Le snapshot est automatique, vous n'avez rien à déclencher.
Comment revenir à une version antérieure ?
Vous listez les versions stockées du projet, puis vous restaurez celle de votre choix par son index. Clustraly reconstruit alors l'arbre à partir de cet instantané.
Que se passe-t-il si je demande une version qui n'existe pas ?
La restauration refuse un index invalide et renvoie une erreur 422, sans toucher à l'arbre en place. Vous ne risquez pas de restaurer un état qui n'existe pas.
Le versioning couvre-t-il aussi les gros builds ?
Oui. Un instantané est également capturé à l'achèvement d'un build, donc l'état final d'une carte générée est préservé au même titre que vos éditions manuelles.
Prêt à commencer ?

Construisez votre cocon sans crainte de l'irréversible

Chaque édition, chaque import, chaque build laisse une version derrière lui. Explorez, réorganisez, résolvez vos conflits en masse : l'historique vous attend, et le retour en arrière reste à un simple choix de version.