Skip to content

feat: pack the project's share of the images lock in publish-fragment - #138

Merged
ExtraToast merged 1 commit into
mainfrom
feat/135-images-lock-share
Oct 4, 2026
Merged

ExtraToast merged 1 commit into
mainfrom
feat/135-images-lock-share

Conversation

@ExtraToast

Copy link
Copy Markdown
Contributor

Summary

publish-fragment.yml can now pack the project's share of the images lock, the last piece of the ticket's first bullet.

  • images-lock-artifact input: the name of an artifact holding images.lock.yml, written by the caller's build with every image the release pushed, by digest, and the user each runs as. It is downloaded outside the checkout and handed to deploy-kit publish --images-lock, which packs only the aliases the project file names and refuses one the lock does not hold.
  • Left empty, nothing changes: the fragment carries no share, as before.
  • Tests: the option reaches the command only when a lock is named, a named lock that is not there packs nothing, and the workflow fetches the lock outside the checkout. Run by hand against the real command on deploy-kit's auth example: the fragment holds a three-alias share, listed in its manifest.

To know:

Part of JorisJonkers-dev/deploy-kit#195 and #135.

@ExtraToast ExtraToast added type: feature New user-facing or operator-facing capability. area: deploy homelab-deploy, deploy-v2, manifests, and rollout flow. labels Oct 4, 2026
@ExtraToast ExtraToast self-assigned this Oct 4, 2026
@ExtraToast
ExtraToast merged commit a4689fa into main Oct 4, 2026
6 checks passed
@ExtraToast
ExtraToast deleted the feat/135-images-lock-share branch October 4, 2026 11:34
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area: deploy homelab-deploy, deploy-v2, manifests, and rollout flow. type: feature New user-facing or operator-facing capability.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant