KAS-LOCK(1) | kas | KAS-LOCK(1) |
NAME¶
kas-lock - kas lock plugin
SYNOPSIS¶
kas lock [-h] [--skip STEP] [--force-checkout] [--update] [--indent INDENT]
[--sort]
[config]
DESCRIPTION¶
Create and update kas project lockfiles.
This plugin implements the kas lock command.
When this command is executed a locking spec is created which only contains the exact commit of each repository. This is used to pin the commit of floating branches and tags, while still keeping an easy update path. The lockfile is created next to the first file on the kas cmdline. For details on the locking support, see kas.includehandler.IncludeHandler.
NOTE:
- all referenced repositories are checked out to resolve cross-repo configs
- all branches are resolved before patches are applied
Updating lockfiles
When updating lockfiles, kas attempts to update the repository revisions in the lockfile that defines the revision. If a repository is exclusively locked in an external lockfile, this lock is not updated (we cannot modify an external repository). However, if the revision is also defined in a local lockfile, it is updated in the local lockfile.
The algorithm for determining where to pin the revision of a repository is as follows:
- 1.
- Find all repositories that have a floating ref (i.e. no commit). Assign to to-lock list
- 2.
- Iterate over all lockfiles (in include order)
- 1.
- for each repository, check if it is locked in the current file
- 1.
- if lock is up to date, remove from to-lock list
- 2.
- else if lockfile is internal, update lockfile, remove from to-lock list
- 3.
- else (repo is locked in external lockfile): mark repo external
- 3.
- Remove all repos with external marks from to-lock list
- 4.
- Add all remaining repos in to-lock list to topmost lockfile, create if needed
Examples
The lockfile is created as kas-project.lock.yml. Call again to regenerate lockfile:
kas lock --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.
OPTIONS¶
Positional Arguments
- config
- Config file(s), separated by colon. Using .config.yaml in KAS_WORK_DIR if none is specified.
Named Arguments
- --skip=[]
- Skip build steps. To skip more than one step, use this argument multiple
times.
Possible choices: setup_dir, setup_home, init_setup_repos, repo_setup_loop, finish_setup_repos, repos_checkout, repos_check_signatures, repos_apply_patches, setup_environ, write_bbconfig
- --force-checkout=False
- Always checkout the desired commit/branch/tag of each repository, discarding any local changes
- --update=False
- Pull new upstream changes to the desired branch even if it is already checked out locally
- --indent=4
- Line indent (# of spaces, default: 4)
- --sort=False
- Alphanumerically sort keys in output
SEE ALSO¶
KAS¶
Part of the kas(1) suite.
AUTHOR¶
Daniel Wagner, Jan Kiszka, Claudius Heine
COPYRIGHT¶
Siemens and contributors, 2017-2025
June 17, 2025 | 4.8.1 |