You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If the local image has a single digest entry in its docker config (config.RepoDigest) we can populate the io.buildpacks.lifecycle.metadata.reference field with that data and therefore end up with the same configuration.
Describe alternatives you've considered
Additional context
The text was updated successfully, but these errors were encountered:
@dgageot is right that the lifecycle adds this label. I think the change actually needs to be made in imgutil however. A LocalImage should return a DigestIdentifier if it finds one with a repository matching the original name. I'll move this to lifecycle b/c of the broader context and create a lower level issue on imgutil
Description
In exploring the issue of reproducibility, I unpacked why we have different configurations for the following cases:
Case 1 (create image locally and push)
*Case 2 (create image remotely with --publish)
I then fetched the configs and dug into them, which turned up the following diff, which is what I thought would be the case:
However, the run image used in the local case exists in my local daemon, and has a digest reference:
Proposed solution
If the local image has a single digest entry in its docker config (
config.RepoDigest
) we can populate theio.buildpacks.lifecycle.metadata.reference
field with that data and therefore end up with the same configuration.Describe alternatives you've considered
Additional context
The text was updated successfully, but these errors were encountered: