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
A Project generally consists of multiple versions, the latest stable release, zero or more future versions (beta, nightly, master, etc.) and zero or more previous releases, each of them with potentially different metadata.
It would make sense to have each of these versions linked in some way, at least from the stable release (which would then be the canonical URI, possibly as a symlink).
Since most of the metadata can change, it makes sense reuse the Project in each of them, and use an rdf:resource attribute to link them, that way we can keep the released versions immutable, and only modify master and the symlink.
I dislike the names I chose for <canonical-release/> and <other-release/>, these should be subject to bikeshedding before being added to the specification.
The text was updated successfully, but these errors were encountered:
If I read this right, this is related to both #80 and #74 -- do you agree? I think a little design document might be the right thing to address all three of these issues. I'm not 100% clear on the motivations expressed in this issue.
A
Project
generally consists of multiple versions, the latest stable release, zero or more future versions (beta, nightly, master, etc.) and zero or more previous releases, each of them with potentially different metadata.It would make sense to have each of these versions linked in some way, at least from the stable release (which would then be the canonical URI, possibly as a symlink).
Since most of the metadata can change, it makes sense reuse the
Project
in each of them, and use anrdf:resource
attribute to link them, that way we can keep the released versions immutable, and only modify master and the symlink.A possible example would be:
I dislike the names I chose for
<canonical-release/>
and<other-release/>
, these should be subject to bikeshedding before being added to the specification.The text was updated successfully, but these errors were encountered: