-
Notifications
You must be signed in to change notification settings - Fork 136
Add support for the images={}
attribute.
#8
Conversation
When the `images={}` attribute is specified resolution will publish the collection of images, and substitute the exact digest of the published image as part of resolution (avoids race condition).
@dlorenc It is notable that this won't work with (thinking out loud) WDYT? |
k8s/object.bzl
Outdated
# Each images entry results in a single --image_spec argument. | ||
# As part of this walk, we also collect all of the image's input files | ||
# to include as runfiles, so they are accessible to be pushed. | ||
index = 0 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is index used anywhere?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, where I increment it :) Removed.
@mattmoor I've put together some rules and a macro for a repo that basically does this. Notes for anyone that wants to take a stab on a real implementation:
Obviously this is a bit of a hacky solution, but it seems to work quite reliably. Having the ability to deploy manifests locally like this is really handy. |
FWIW I solved this in |
Note: my bias towards not using |
When the
images={}
attribute is specified resolution will publish the collection of images, and substitute the exact digest of the published image as part of resolution (avoids race condition).