# Appel à lancer des noeuds gtest duniter 1.9-dev

**URL:** https://forum.duniter.org/t/appel-a-lancer-des-noeuds-gtest-duniter-1-9-dev/8442
**Category:** Duniter-v1
**Tags:** docker, ğ1-test, g1-test
**Created:** [13 May 2021 22:39 UTC](https://forum.duniter.org/t/appel-a-lancer-des-noeuds-gtest-duniter-1-9-dev/8442 "2021-05-13T22:39:43Z")
**Posts on this page:** 1
**Showing post:** 37

<div class="post-metadata">

### Author: ![vit](https://forum.duniter.org/user_avatar/forum.duniter.org/vit/32/2775_2.png) [@vit](https://forum.duniter.org/u/vit)
#### Post date: [17 May 2021 16:49 UTC](https://forum.duniter.org/t/appel-a-lancer-des-noeuds-gtest-duniter-1-9-dev/8442/37 "2021-05-17T16:49:27Z")

</div>

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é :

> [@Amélioration de la configuration de Duniter](https://forum.duniter.org/t/amelioration-de-la-configuration-de-duniter/8451):
>
> La configu…

---

_[View the full topic](https://forum.duniter.org/t/appel-a-lancer-des-noeuds-gtest-duniter-1-9-dev/8442)._