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

RE: feature request: svn revision alias

From: Bicking, David (HHoldings, IT) <David.Bicking_at_thehartford.com>
Date: Wed, 20 Feb 2008 16:04:42 -0500

> -----Original Message-----
> From: Paul Koning [mailto:Paul_Koning_at_Dell.com]

>
> >>>>> "David" == David Bicking <Bicking> writes:
>
> David> Alright, I'm going to be more explicit. How would
> you name a David> revision, knowing that it applies to the
> whole repository, in David> such a way that it offers any
> kind of meaning? The name David> "V3.14_baselevel3" appears
> to identify a particular branch of David> a particular
> project. To me, this is adding confusion, David> because
> that revision is global and might apply to David>
> "V7.24.032_tertiarylevel1" on another project. So, once
> more, David> what can the alias tell you that has more (and
> concise) David> meaning than the revision number given its
> global nature?
>
> Part of the answer is that a given repository doesn't contain
> things that are utterly unrelated.
>
> The main answer is that I would use symbolic name "V3.14-baselevel3"
> only when poking around the part of the repository that holds V3.14.
> Yes, that same name (the revision number it refers to) is
> also meaningful in other parts of the repository. But
> clearly it would be silly for a user to say "show me the
> sources of GCC as they were in the rev that created
> Subversion 1.91-RC2".
>
> paul

Okay, that is what I thought. The problem that I (personally) see with
that is there is an implicit assumption that a single repository will
only contain directly related projects, that have no branching, or it
assumes a particular path is implicitly assocated with the alias, which
is what Tags do coupled with its revision number.

--
David
*************************************************************************
This communication, including attachments, is
for the exclusive use of addressee and may contain proprietary,
confidential and/or privileged information.  If you are not the intended
recipient, any use, copying, disclosure, dissemination or distribution is
strictly prohibited.  If you are not the intended recipient, please notify
the sender immediately by return e-mail, delete this communication and
destroy all copies.
*************************************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-02-20 22:05:25 CET

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.