-
Notifications
You must be signed in to change notification settings - Fork 181
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Disable auto conversion of manifest types #782
Comments
The behavior of
Based on @sajayantony's ask, my proposal is that the flag
@FeynmanZhou @qweeah Any comments? |
With OCI coalescing around Image manifest, should we default to Image? |
Agree with changing the default manifest type. But the user experience is supposed to be changed as follows:
One more note: add a |
As discussed in the community call, the flag |
What is the version of your ORAS CLI
0.16.0
What would you like to be added?
Currently ORAS CLI causes artifact manifest with auto fallback to image manifest. As per recent discussions in OCI https://hackmd.io/moB5-fsQTbGmDpnrsY-4yg we feel that auto conversion of manifests leads to different digests that clients may produce.
Why is this needed for ORAS?
If a registry starts supporting the artifact manifest, then ORAS CLI would start pushing the new manifest type which might potentially break downstream consumers who might know now about the this manifest type. This makes the pipeline fragile.
One option would be to make the default use --v1.1 and fail on push. And the clients can then specify --v1.0 which would only use the image manifest and continue using image manifest throughout its time until the producer chooses to push the new type.
Currrently this behavior switch depends on the target registry and moving this control to the client is the main ask here.
Are you willing to submit PRs to contribute to this feature?
The text was updated successfully, but these errors were encountered: