Interesting idea. My thought was that a label exists *at* an URL (so one
possible implementation is as a property of a directory). The
combination of an URL + rev-label is then assumed to mean the "most
recent revision of this URL with that label in the "svn:label" property.
This gives you labels, the ability to mark (x,y) coordinates within the
repository, and the ability to manage the label "name-space" on a per
directory/project level instead of having nasty global collisions.
--Tim
Mark Parker wrote:
>
>> Subversion is essentially a filesystem with full history over time.
>> The reason we want a filesystem with time history is so that we can
>> retrieve the state of the filesystem as it was at time X.
>
>
> I used to think I liked the idea of revision labels. I don't anymore.
> What I just realized is this: revision labels really aren't enough. A
> revision number only specifies the y-coordinate. It wouldn't be useful
> (for me at least, my repository root isn't my trunk). Besides, as I
> use svn more and more, I have url-related frustration less and less.
> It's just not that bad (but I never used CVS).
>
> I think, however, that those who are pushing for revision labels
> really want something else: some sort of coordinate table, letting a
> user specify a "coordinate name" and getting back a url at a specific
> revision. Both coordinates.
>
> svn co --coordinate-name=some_name .
>
> I'm not arguing for this -or- the revision label feature, but if a
> feature was to be implemented, it might as well be useful.
>
> Mark
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 5 22:44:55 2005