Provided by: kas_4.4-2_all 

NAME
kas-dump - kas dump plugin
SYNOPSIS
kas dump [-h] [--skip STEP] [--force-checkout] [--update] [--format {yaml,json}] [--indent INDENT] [--resolve-refs] [--resolve-local] [--resolve-env | --lock] [-i] [config]
DESCRIPTION
Expand and dump the final config to stdout. when resolving branches, this is done before patches are applied. This plugin implements the kas dump command. When this command is executed in default mode, kas will parse all referenced config files, expand includes and print a flattened yaml version of the configuration to stdout. This config is semantically identical to the input, but does not include any references to other configuration files. The output of this command can be used to further analyse the build configuration. When running with --lock, a locking spec is created which only contains the exact commit of each repository. This can be used to pin the commit of floating branches and tags, while still keeping an easy update path. When combining with --inplace, a lockfile is created next to the first file on the kas cmdline. For details on the locking support, see kas.includehandler.IncludeHandler. When running with --resolve-local, VCS tracking information of the root repo (the one with the kas-project.yml) is added to the output. The generated file can be used as single input to kas to reproduce the build environment. If the root repo is not under version control or contains uncommitted changes, a warning is emitted. Please note: • the dumped config is semantically identical but not bit-by-bit identical • all referenced repositories are checked out to resolve cross-repo configs • all branches are resolved before patches are applied For example, to get a single config representing the final build config of kas-project.yml:target-override.yml you could run: kas dump kas-project.yml:target-override.yml > kas-project-expanded.yml The generated config can be used as input for kas: kas build kas-project-expanded.yml Example of the locking mechanism (call again to regenerate lockfile). The lockfile is created as kas-project.lock.yml: kas dump --lock --inplace --update kas-project.yml The generated lockfile will automatically be used to pin the revisions: kas build kas-project.yml Note, that the lockfiles should be checked-in into the VCS.
SEE ALSO
kas-project-config(1), kas-checkout(1), kas-build(1)
KAS
Part of the kas(1) suite.
AUTHOR
Daniel Wagner, Jan Kiszka, Claudius Heine
COPYRIGHT
Siemens AG, 2017-2024 4.4 Jun 07, 2024 KAS-DUMP(1)