Skip to main content

Bundle Selection and Builds

A staged deployment records desired component packages and options. Provider artifacts live in that deployment's .reploy/provider-store/; they are not shared through a hidden machine-wide Reploy store. Docker owns the resulting image and layer storage. The deployment state records the exact Docker image reference it currently uses.

Inspect the available component-qualified options and the current request:

reploy bundle options
reploy bundle list

Select or remove an option by its qualified name:

reploy bundle add application/imap
reploy bundle remove application/imap

Add or remove a direct package request from a specific component:

reploy bundle add-package application 'rich>=13'
reploy bundle remove-package application 'rich>=13'
reploy bundle add-package system jq

These commands update desired state only. They do not resolve packages or build an image. To build and fully validate the selected environment before running anything, use:

reploy build

Every newly created component layer is fully validated against the cumulative provider requirements. The last layer's evidence is also the resulting image's final validation evidence. --no-cache reruns resolvers and image construction instead of reusing the current verified build. Warm reuse of a mutable base-image tag accepts Docker's matching current local image without contacting the registry; use --no-cache when the operation must check the remote tag and rebuild from its current selection.

reploy up and reploy restart automatically reuse a current successful build or run the same build pipeline when it is missing or stale. Staged app commands, reploy shell, and reploy test require a current build. Staging and direct installation also ensure a current build before publishing the installation.

Remove deployment-local provider artifacts when they are no longer needed:

reploy bundle clean

Cleaning does not change the blueprint, request overlay, current build record, or Docker image. The current image remains runnable. A later build may need to download or reconstruct provider artifacts that were removed.

For deployments staged from remote refs, reploy stage --update refreshes the blueprint source according to its recorded reference. Package selection remains explicit in the deployment overlay.