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
Assuming that docker/build-push-action#958 will be implemented, I hope annotations can be as well-supported as labels. That is, I wish in the JSON output would somehow contain one of the two values: either (for manifests)
However, I soon realized it is not easy to coherently extend the current UI to achieve this:
Annotations can go anywhere, and for multi-arch images (arguably the most common use of indexes), at least ghcr.io specified that the annotations should go to the index. I'm not sure about other hosting services. Theoretically they can go anywhere.
Despite the above point 3, it seems one reasonable design is:
A new option to tell metadata-action to generate those standard annotations for the index or the manifests (or maybe somewhere else?).
Another new option annotations for the user to add or overwrite annotations.
I don't want to claim this is a very good design because of the above points 2 and 3. The user will have to know whether there would be an index layer to pick the correct options. On the other hand, it doesn't seem to make things worse, and I'd like to start this conversation now because the automatic metadata generation is arguably the last piece of a smooth pipeline on GitHub.
Assuming that docker/build-push-action#958 will be implemented, I hope annotations can be as well-supported as labels. That is, I wish in the JSON output would somehow contain one of the two values: either (for manifests)
or (for indexes)
However, I soon realized it is not easy to coherently extend the current UI to achieve this:
Despite the above point 3, it seems one reasonable design is:
metadata-actionto generate those standard annotations for the index or the manifests (or maybe somewhere else?).annotationsfor the user to add or overwrite annotations.I don't want to claim this is a very good design because of the above points 2 and 3. The user will have to know whether there would be an index layer to pick the correct options. On the other hand, it doesn't seem to make things worse, and I'd like to start this conversation now because the automatic metadata generation is arguably the last piece of a smooth pipeline on GitHub.