Consume a package
Inspect a package before you add it. Declare the requested version in the consuming .bproj manifest.
Prerequisites
Section titled “Prerequisites”Know the package name and requested version. Select the consuming project. Ensure that the registry is reachable.
Actions
Section titled “Actions”-
Inspect the package and its active versions for the requested version:
Terminal window beskid pckg details Acme.Mathbeskid pckg versions Acme.Math -
Download that coordinate when you need offline inspection:
Terminal window beskid pckg download Acme.Math --version 1.0.0 --output ./vendor/Acme.Math-1.0.0.bpk -
Add the dependency to
App.bproj:dependency "Acme.Math" {source = "registry"version = "1.0.0"} -
Resolve once to update the lockfile:
Terminal window beskid fetch --project ./App.bproj --plain -
Inspect
Project.lockafter every registry resolution for anAcme.Mathresolved_versionthat matches1.0.0. -
You must stop the workflow if
resolved_versiondiffers from the requested version. Do not analyze, build, test, or publish with that lockfile. -
Commit
Project.lockonly after its values match the requested package coordinate. -
Run the resolution with the reviewed lockfile enforced:
Terminal window beskid fetch --project ./App.bproj --locked --plain
Expected result
Section titled “Expected result”Project.lock records the resolver’s selected resolved_version. After review, the resolver extracts the archive under obj/beskid/deps/src/<materialized-id>. --locked and --frozen preserve reviewed lock behavior on later runs.
The current resolver can fall back to the first active version when the requested version is absent. This behavior is an implementation limitation under reconciliation. Initial registry resolution is not an exact-version guarantee.
Recovery
Section titled “Recovery”If the requested version is absent, run beskid pckg versions Acme.Math and select an active coordinate. If the resolver falls back, stop the workflow and remove the unreviewed lockfile change. A yanked version is not available for a new download. If --locked reports drift, review the manifest change and regenerate the lockfile outside CI.
Next task
Section titled “Next task”Apply credential and failure recovery or enforce the lock in CI.