Réflexion sur les versions d'un document

[rap2hpoutre]

Suite à une discussion de l'équipe dev :

• Il est possible qu'on permette bientôt la mise à jour d'un acteur culturel (ou une action si on les crée un jour) depuis la plateforme.
• Il est probable que dans ce cas on ait à garder un historique des révisions du document (aka l'acteur).
• Il peut donc être intéressant de faire quelques recherches sur les bonnes pratiques et/ou les outils de versionnement d'un document dans mongodb (et plus généralement dans une base de données)

[rap2hpoutre]

JSONPatch est parfois cité, c'est une spec IETF de 2013 (https://tools.ietf.org/html/rfc6902). Il y a quelques lib pour gérer ça mais beaucoup semblent abandonnées (ou alors c'est qu'elles étaient tellement bien qu'elles n'ont jamais été mises à jour). La moins abandonnée à l'air d'être celle là : https://www.npmjs.com/package/fast-json-patch (avec ses ~75k dl/week), elle n'a pas eu de sortie depuis 8 mois, mais a eu son dernier commit en avril.

Avantages potentiels du JSON Patch :

• Il y a des specs d'un organisme reconnu.
• Ça stocke uniquement les diffs, il doit y avoir des outils pour les manipuler et peut être même afficher les diffs côté front.

Mais c'est peut-être overkill. Une autre solution serait simplement de stocker les objets entiers dans une propriété history du document et d'utiliser des outils de comparaison (comme https://github.com/benjamine/jsondiffpatch) seulement quand on en a besoin

[vinyll]

Je serais partant pour stocker l'objet entier pour l'instant. On partirait alors du principe que la version proposée est fiable, et si c'est pas le cas on revient à la version précédente (en effaceant carrément la dernière version ?). Sachant que la structure des acteurs risque de changer, ca sera peut être plus simple à migrer aussi (?)