C’est tout le problème du cycle de vie des fichiers de configuration dans Duniter, qui mérite d’être mis à plat.
Si le fichier est un fichier où le logiciel stocke des données persistantes, ce n’est pas un fichier de configuration, c’est une base de données en fichier.
Si le fichier est éditable par l’utilisateur pour modifier le comportement du logiciel, alors c’est bien un fichier de configuration.
Il faut ajouter à cela les configurations dynamiques (au lancement), par variables d’environnement ou options de la ligne de commande.
Qui est prioritaire sur qui ? qui est volatile ? qui est persistent ?
Option ? non -> ENV ? non -> config.yaml ? non -> default -> logiciel
C’est pour éclaircir ce cycle de vie que j’ai créé un sujet dédié :