[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Mnemomic names for revisions

From: BRM <bm_witness_at_yahoo.com>
Date: 2005-05-06 05:59:03 CEST

Actually that would not solve the issue. At least to
me, the use of the 'labels' (as we seem to be calling
them, seems to be most exemplified by another thread
entitled "branching much easier, tagging much
harder?".

The label itself should be associated only with a
single revision number. This would solve his problem,
and provide the equivalent of the cvs tag.

While having a 'label' as a shortcut for a longer URL
would also be very useful, having to specify the
revision number would still make for difficulties in
relation to many of the uses.

Ben

P.S Personally, I would rather that each 'trunk' had
its own revision numbers, but on that it is not that
big a deal; and I understand the purpose of the
global; so no, there isn't really a comparison here
between why people accept the one while they don't
accept the other.

--- Tim Hill <tim@realmsys.com> wrote:
> 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
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri May 6 06:00:51 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.