Standardiser la résolution de configuration et la provenance des valeurs #2

New issue

Closed

opened 2026-04-13 14:35:42 +00:00 by thibaud-lclr · 0 comments

thibaud-lclr commented

2026-04-13 14:35:42 +00:00

(Migrated from gitea.lclr.dev)

La logique flags > env > config > secret store revient dès qu’un binaire combine configuration locale, overrides CLI et secrets externes.

Objectif : fournir un resolver standard qui retourne à la fois la valeur résolue et sa provenance.

À couvrir :

priorité de résolution configurable mais standardisée par défaut
messages d’erreur homogènes quand une valeur obligatoire manque
exposition de la source de chaque valeur pour alimenter config show ou un diagnostic équivalent
compatibilité avec des secrets résolus hors du fichier JSON

Critères d’acceptation :

un projet peut décrire ses champs requis et optionnels
le résultat contient valeur + source
une commande du projet peut exposer clairement la provenance des valeurs sans réimplémenter la logique de résolution

La logique `flags > env > config > secret store` revient dès qu’un binaire combine configuration locale, overrides CLI et secrets externes. Objectif : fournir un resolver standard qui retourne à la fois la valeur résolue et sa provenance. À couvrir : - priorité de résolution configurable mais standardisée par défaut - messages d’erreur homogènes quand une valeur obligatoire manque - exposition de la source de chaque valeur pour alimenter `config show` ou un diagnostic équivalent - compatibilité avec des secrets résolus hors du fichier JSON Critères d’acceptation : - un projet peut décrire ses champs requis et optionnels - le résultat contient valeur + source - une commande du projet peut exposer clairement la provenance des valeurs sans réimplémenter la logique de résolution