Pouvoir figer ou versionner les configs pour qualification
Quelques réflexions suite à la discussion de hier: dans l'esprit d'une qualification, on doit pouvoir précisément tracer la server-config.
Une possibilité est de pouvoir figer les server-config: un champ booléen "figé". C'est une action manuelle, par les server-admin, de figer une config. Une config figée est... figée, elle ne peut plus être modifiée dans l'interface. On pourrait toujours la dupliquer pour modifier quelque chose. Une config figée apparaît avec par exemple avec un "*" dans la liste.
Une config figée ne peut pas se supprimer dans l'interface, mais elle peut se désactiver: elle n'apparaît plus dans la liste des configs, ou en tout cas pas dans la liste principale. Concrètement, cela peut juste vouloir changer la classification de la config, qui elle n'est pas figée. (Et permettre d'accéder à des résultats de config, même si on ne peut plus relancer, avoir un booléen "désactivé" sur une classification, ou sur une config ?)
Peut-être peut-on tout de même renommer la config (genre "Human default (2019.05)" pour suivre les anciennes versions ?)
Autre solution évoquée: versionner les server-config: ajouter un champ "date", un champ "previous_id", et, à chaque modification, ne pas écraser mais dupliquer. Aussi possible (génère un peu plus d'entrées quand on fait des tests)... mais ne me semble pas aussi fort que de figer (et l'usager ne se rend pas compte si on modifie quelque chose sans le prévenir).