You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It should be possible to supply a YAML file to verdi at the top-level
This would be similar to how you use e.g. verdi code core.installed --config config.yaml, but the YAML would also provide the parts of the verdipath, i.e. code and core.installed.
The reasoning for the addition is that, especially with additions like Code types and potential changes like #6023, you can no longer store the "full" information about a code/profile configuration in the YAML, e.g. the core.installed and core.sqlite_dos
Such a YAML might look like then (note the command key):
Since this would only really be relevant for commands that already support the --config option and especially for those commands whose subcommands are generated dynamically based on entry points, I wonder if we should add this globally, or just for those commands. For example, I wonder if it is possible to add the --config option to verdi code create and you can pass the following YAML to it:
It would then be invoked with verdi code create --config config.yml and that group command would fetch the subcommand and invoke it with the provided arguments.
It should be possible to supply a YAML file to
verdi
at the top-levelThis would be similar to how you use e.g.
verdi code core.installed --config config.yaml
, but the YAML would also provide the parts of theverdi
path, i.e.code
andcore.installed
.The reasoning for the addition is that, especially with additions like
Code
types and potential changes like #6023, you can no longer store the "full" information about a code/profile configuration in the YAML, e.g. thecore.installed
andcore.sqlite_dos
Such a YAML might look like then (note the
command
key):and you would just run
verdi config --yaml config.yaml
The text was updated successfully, but these errors were encountered: