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
{{ message }}
This repository has been archived by the owner on Jul 18, 2023. It is now read-only.
The use-case how I came to this is following. An artifact consists of:
A configuration file (config in a manifest).
Some files (layers in a manifest).
A container image (manifests in an index).
But in general the idea is that an artifact can have it's own files and references to other artifacts (being a container image a special artifact type), being the artifacts tools capable of handle the referred artifacts as part of the artifact itself... For example, push/pull an artifact including all referred artifacts.
Of course you can put an image name or artifact name in the configuration and then recursively resolve those references, but having it all integrated makes the management much easier.
The text was updated successfully, but these errors were encountered:
Hello I believe these questions are resolved in the release candidate versions of the image and distribution spec which are adding support for artifacts.. see new referrers api and changes to image/index. If still have questions suggest opening an issue in image/distribution or chat it up on slack.
I understand that support for "artifact indexes" similar to "image indexes" is expected to come in the future.
The OCI image specification doesn't support mixing image references (the
manifests
list of an image index) with image payload and image config (theconfig
andlayers
list of an image manifest). Is it planed to make the OCI artifacts specification drift a bit from it allowing a mixture of both?The use-case how I came to this is following. An artifact consists of:
config
in a manifest).layers
in a manifest).manifests
in an index).But in general the idea is that an artifact can have it's own files and references to other artifacts (being a container image a special artifact type), being the artifacts tools capable of handle the referred artifacts as part of the artifact itself... For example, push/pull an artifact including all referred artifacts.
Of course you can put an image name or artifact name in the configuration and then recursively resolve those references, but having it all integrated makes the management much easier.
The text was updated successfully, but these errors were encountered: