CLI Config

Build your experiment configurations for complex projects with robustness, flexibility and simplicity

CLI Config: Lightweight library that provides routines to merge nested configs and set parameters from command line. It is also provide processing functions that can change the whole configuration before and after each config merge, config saving, config loading and at the end of config building. It also contains many routines to manipulate the config as flatten or nested dictionaries.

The package is initially designed for machine learning experiments where the number of parameters is huge and a lot of them have to be set by the user between each experiment. If your project matches this description, this package is for you!

Pypi project

Github project

Official badge:

Make default config yaml file(s) in your project (configs are merged from left to right):

# main.py
from cliconfig import make_config

config = make_config('default1.yaml', 'default2.yaml')

Then launch your script with additional config(s) file(s) and parameters by command line. The additional configs are merged on the default one’s then the parameters are set.

python main.py --config first.yaml,second.yaml --param1=1 --subconfig.param2='foo'

By default, these additional configs cannot add new parameters to the default config (for security and retro-compatibility reasons).

Now you can get your configuration parameters in your script:

# Nested config dict as a native python dict
config.dict
# Get a parameter value (you can also set it or delete it)
config.foo1.foo2.bar

You can also load and save configs with cliconfig.save_config and cliconfig.load_config.

With processing

The library provides powerful tools to modify the configuration called “processings”. One of the possibility they add is to merge multiple configurations, copy a parameter on another, enforce type and more. To do so, simply adding the corresponding tags to your parameter names (on config files or CLI parameters).

For instance with these config files:

# main.yaml
path_1@merge_add: sub1.yaml
path_2@merge_add: sub2.yaml
config3.select@select: config3.param1

# sub1.yaml
config1:
  param@copy@type:int: config2.param
  param2@type:None|int: 1

# sub2.yaml
config2.param@type:int: 2
config3:
  param1: 0
  param2: 1

Note that can also use YAML tags separated with “@” (like key: !tag@tag2 value) to add tags instead of putting them in the parameter name (like key@tag@tag2: value).

Here main.yaml will be interpreted like:

path_1: sub1.yaml
path_2: sub2.yaml
config1:
  param: 2  # the value of config2.param
  param2: 1
config2:
  param: 2
config3:
  select: config3.param1
  param1: 0
  # param2 is deleted because it is not in the selection

Then, all the parameters in config1 and config2 have enforced types (config2.param can also be None) and changing config2.param will also update config1.param accordingly (which is protected by direct update).

See Quickstart section for more details and Processing section for advanced usage.

Contents: