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
Current spec doesn't care the layout management for ref folder. Actually consumer can set up many child folder and put the reference file to any where. It seems to be a little chaos. I think it had better to build rules for this. like:
<domain>/<repository>/<reference>
domain identifies a directory. repository identifies the image name, which may be multi-level directory, like library/ubuntu reference identifies the image tag.
Any ref layout inconsistent to above will be regarded as illegal.
Previous comment shows that the image layout actually play as an image repository, which contains many images(as it contains manifest list). So I think the directory should be managed with multi-levels.
The text was updated successfully, but these errors were encountered:
On Sat, Oct 08, 2016 at 01:10:57AM -0700, xiekeyang wrote:
Current spec doesn't care the layout management for ref
folder. Actually consumer can set up many child folder and put the
reference file to any where. It seems to be a little chaos. I think
it had better to build rules for this. like:
<domain>/<repository>/<reference>
This is not legal, because ‘/’ is not in the [A-Za-z0-9-._] whitelist 1. Previous discussion in #174 and #219.
Current spec doesn't care the layout management for
ref
folder. Actually consumer can set up many child folder and put the reference file to any where. It seems to be a little chaos. I think it had better to build rules for this. like:<domain>/<repository>/<reference>
domain
identifies a directory.repository
identifies the image name, which may be multi-level directory, likelibrary/ubuntu
reference
identifies the image tag.the tree looks like:
Any
ref
layout inconsistent to above will be regarded as illegal.Previous comment shows that the image layout actually play as an image repository, which contains many images(as it contains manifest list). So I think the directory should be managed with multi-levels.
The text was updated successfully, but these errors were encountered: