deploy: build: images never rebuilt on FROM or Dockerfile changes #288
Labels
No labels
audit-work
bug
docs
general-admin
major-upgrade
needs-vps-sync
new-service
on-hold
outside-work
post-podman
renovate
upstream
vps
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
mysticalsoap/docker#288
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
just deployrunsup -d --force-recreateand keys on*/compose.ymlchanges only. Abuild:image is never rebuilt by it: a Renovate bump of aFROMdigest, or an edit to a Dockerfile, its requirements.txt or copied sources, changes nothing live until someone runs a build by hand. Four images are affected —_helper/config-renderer(five init containers),dagu/tools,media/metadata,_helper/knock(two long-running services).The image scan (#287) shows the cost: dagu-tools carries a fixable HIGH in its Alpine layer and metadata carried 3 fixable CRITICAL / 42 HIGH across its Debian and Python layers, none of which a merge can currently fix.
Wanted:
deploy.pytreats a change under a service's build context (Dockerfile and everything it copies) as a change to that stack and recreates it with--build; aFROMdigest bump alone must be enough to trigger it, since that is what Renovate produces. Rebuilds should not run for stacks with no build context change.