0.5.1-pre.006
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
<!-- file: ks-logging/USAGE.md -->
|
||||
<!-- version: 5 -->
|
||||
<!-- version: 6 -->
|
||||
|
||||
# Utilisation de ks-logging
|
||||
|
||||
@@ -23,7 +23,7 @@ let guard = match ks_logging::init_logging(config) {
|
||||
};
|
||||
```
|
||||
|
||||
Le desktop utilise `config/logging.config.json` par défaut. `KS_LOGGING_CONFIG_PATH` peut sélectionner un autre document sans modifier `KS_CONFIG_PATH` ni le profil applicatif.
|
||||
Le desktop utilise normalement le chemin déclaré dans sa composition `config/kb-app-demo-desktop.default.config.json`. `KS_LOGGING_CONFIG_PATH` peut encore remplacer explicitement ce chemin sans modifier le fichier de composition.
|
||||
|
||||
## Format du document
|
||||
|
||||
@@ -47,7 +47,7 @@ Le schéma formel est `config/schemas/logging.config.schema.json`. `config/examp
|
||||
|
||||
## Sélection indépendante
|
||||
|
||||
Le `active_profile` logging n’est jamais déduit de `app.config.json`. Un opérateur peut donc utiliser, par exemple, un profil applicatif `mainnet_research` avec un profil logging `local_devnet` ou tout autre profil logging explicitement défini.
|
||||
Le `active_profile` logging reste le défaut autonome du document. Lorsqu’un binaire utilise une composition, il sélectionne explicitement son `logging_profile` avec `ks_logging::logging_profile`; cette sélection prime pour ce binaire sans modifier le document partagé.
|
||||
|
||||
## Construction directe
|
||||
|
||||
|
||||
Reference in New Issue
Block a user