Versionnage de Schéma — Rétrogradation des Modifications de Groupe de Champs | Field Forge - Champs personnalisés, conçus pour la vitesse
Télécharger Se connecter

Versionnage de Schéma — Rétrogradation des Modifications de Groupe de Champs

Pourquoi le versionnage des groupes de champs est important

WordPress a un historique de révisions pour les articles (depuis 2.6). Chaque modification d’article est enregistrée comme une révision, et les éditeurs peuvent revenir à n’importe quelle version précédente. C’est si fondamental pour WordPress que personne n’y pense plus — c’est juste attendu.

Les groupes de champs n’ont pas cela. Dans ACF, SCF, Meta Box, CMB2, Carbon Fields, Pods, Toolset, et tous les autres principaux plugins de champs personnalisés, modifier un groupe de champs est une opération destructive. Vous enregistrez les modifications et l’état précédent est perdu. Si vous supprimez accidentellement un champ, vous ne pouvez pas le récupérer. Si un changement casse un modèle, vous ne pouvez pas revenir en arrière.

Field Forge résout ce problème avec une table de révisions : wp_fieldforge_revisions. Chaque enregistrement de groupe de champs crée une nouvelle révision. Vous pouvez voir la différence entre deux révisions, et restaurer n’importe quelle version précédente d’un simple clic.


Comment cela fonctionne

Chaque enregistrement crée une révision

Lorsque vous enregistrez un groupe de champs dans le constructeur visuel de Field Forge, le plugin :

  1. Sérialise l’état actuel du groupe de champs (champs, paramètres, règles de localisation) en JSON
  2. Calcule un hachage de contenu (MD5) du JSON
  3. Vérifie si la dernière révision a le même hachage (pour éviter les révisions en double lors de “l’enregistrement sans modifications”)
  4. Si différent, crée une nouvelle ligne de révision dans wp_fieldforge_revisions avec :
  • group_id (le groupe de champs étant versionné)
  • revision_data (le JSON sérialisé)
  • revision_hash (MD5 du JSON)
  • user_id (qui a effectué le changement)
  • created_at (timestamp)
  • change_summary (note optionnelle sur ce qui a changé)

Cela se produit à chaque enregistrement, automatiquement.

Visualiser l’historique des révisions

Dans le constructeur visuel de Field Forge, cliquez sur l’icône Historique en haut de n’importe quel groupe de champs. Une fenêtre modale s’ouvre montrant l’historique complet des révisions :

  • Révision #42 — il y a 2 minutes par Alice Johnson
  • Révision #41 — il y a 3 heures par Bob Smith
  • Révision #40 — hier par Alice Johnson
  • Révision #39 — il y a 2 jours par Alice Johnson

Chaque révision montre l’auteur, le timestamp, et (optionnellement) un résumé des changements.

Comparer les révisions

Cliquez sur deux révisions pour voir la différence :

  • Champs ajoutés — surlignés en vert avec le nom et le type du champ
  • Champs supprimés — surlignés en rouge avec ce qu’ils étaient
  • Champs modifiés — surlignés en jaune avec des changements au niveau des propriétés (étiquette changée de “X” à “Y”, type changé de “text” à “textarea”, etc.)
  • Champs réordonnés — indiqués par des flèches montrant les changements de position
  • Changements de règles de localisation — listés séparément

La vue de différence montre exactement ce qui a changé entre les deux révisions, afin que vous puissiez comprendre l’impact avant de restaurer.

Restaurer une révision

Cliquez sur Restaurer cette révision sur n’importe quelle révision historique. Field Forge :

  1. Charge les données JSON de la révision
  2. Crée une nouvelle révision marquant l’état actuel (de sorte que la restauration elle-même soit réversible)
  3. Écrase le groupe de champs avec la version historique
  4. Actualise le constructeur visuel pour montrer l’état restauré

La restauration est immédiate et réversible. Si vous avez restauré la mauvaise révision, il vous suffit de restaurer à nouveau la plus récente.


Élagage automatique

La table des révisions croît avec le temps, donc Field Forge élagage automatiquement les anciennes révisions :

  • Max 50 révisions par groupe de champs (configurable)
  • Les révisions les plus anciennes sont supprimées en premier lorsque la limite est atteinte
  • Les révisions récentes sont toujours préservées — les 10 dernières ne sont jamais supprimées automatiquement
  • L’élagage s’exécute selon un calendrier via WP Cron, pas à chaque enregistrement

Pour les équipes qui souhaitent une histoire plus longue, la limite est configurable via un filtre :

php add_filter('fieldforge/revisions/max_per_group', function($max) { return 200; // Garder 200 révisions par groupe });


Compression des révisions

Le JSON du groupe de champs peut être volumineux. Pour les sites avec des centaines de groupes de champs et de nombreuses révisions chacune, la table des révisions pourrait croître rapidement. Field Forge stocke les révisions avec compression gzip — le ratio de compression typique est de 5 à 10x — donc une révision de groupe de champs de 50 Ko prend 5 à 10 Ko en stockage.


Cas d’utilisation où le versionnage sauve la mise

Accident sur le site client

Un éditeur ou un administrateur supprime accidentellement un champ critique. Sans versionnage, les données sont perdues et les modèles de thème qui référencent ce champ se cassent silencieusement. Avec le versionnage de Field Forge, restaurez la révision précédente en 10 secondes.

Mauvais déploiement

Vous avez modifié un groupe de champs sur la mise en scène et déployé en production, mais le changement introduit un bug. Revenez à la révision précédente, enquêtez sur le bug, redéployez avec la correction.

Tests A/B des conceptions de groupes de champs

Expérimentez avec différentes structures de groupes de champs ? Enregistrez en tant que révisions, comparez, choisissez le gagnant. Chaque itération est préservée.

Conflits de collaboration

Deux membres de l’équipe modifient le même groupe de champs sur différents environnements. Les deux enregistrements créent des révisions. Comparez les deux versions pour voir le conflit, fusionnez manuellement, enregistrez en tant que nouvelle révision.

Trace d’audit

Pour les environnements soumis à des réglementations (santé, finance, juridique), avoir une trace d’audit complète des modifications de groupe de champs est souvent une exigence réglementaire. La table des révisions de Field Forge fournit cela automatiquement.


Combinaison avec la Synchronisation JSON Locale

Le versionnage de schéma et la Synchronisation JSON Locale fonctionnent ensemble :

  • JSON Local vous donne des groupes de champs basés sur des fichiers qui voyagent avec git
  • Versionnage de Schéma vous donne un historique au niveau de la base de données avec restauration en un clic

L’historique git couvre la question “qu’est-ce que nous avons déployé”. Le versionnage de schéma couvre la question “que s’est-il passé depuis que nous avons déployé”. Ensemble, ils couvrent les deux mondes.


Non disponible dans d’autres plugins

À partir de 2026, aucun autre plugin de champs personnalisés WordPress n’a d’historique de révisions natif avec restauration pour les groupes de champs :

  • ACF — pas d’historique de révisions
  • SCF — non (même que ACF, c’est un fork)
  • Meta Box — non
  • CMB2 — non (code-first, dépend de git)
  • Carbon Fields — non (code-first, dépend de git)
  • Pods — non
  • Toolset — non

Field Forge est la seule option avec un versionnage de schéma intégré.


Prêt pour le contrôle de version des groupes de champs ?

Obtenez Field Forge — à partir de 35$/an →

Le versionnage de schéma est inclus dans chaque plan payant.

Assistant IA Forge En ligne

Bonjour ! Je suis l'assistant IA Field Forge. Posez-moi n'importe quelle question sur le plugin — configuration, fonctionnalités, dépannage ou développement.

À l'instant
Propulsé par Forge IA · Parcourir la documentation