RE: RE: [DESIGN] Aliases?

"Rob van Oostrum" <[email protected]> Mon, 27 Feb 2006 16:48:43 -0500
Newsgroups gmane.comp.version-control.subversion.devel,gmane.mail.eyebrowse.user
Message-ID <BF2B9DC61A29D74A89B6339222F8B434048233B9__24202.07858454$1141163411$gmane$org@mundi.radius.ad>
> -----Original Message-----
> From: Gale, David [mailto:[email protected]]
> Sent: Monday, February 27, 2006 4:12 PM
> To: Frank Gruman
> Cc: Greg Hudson; [email protected];
[email protected]
> Subject: RE: [DESIGN] Aliases?
=20
[snip]

> Ok, so, under my system, you hit release 1 and tag it; you find a bug,
> and issue a "svn copy -r REL_1 <repos>/trunk <repos>/branches/1.1-fix"
> command.  Amazingly enough, SVN's branching functionality supports
this.

I need to know what trunk/branch the tag ACTUALLY refers to for this to
work. What if REL_1 of the application was actually released off a
(different) branch? This scheme is only meaningful in the context of a
convention of how you layout your repository and when/where you release
versions of your code from. A user could just as easily do:

'svn copy -r REL_1 <repos>/branches/rel_2_dev <repos>/branches/1.1-fix'

From the context of the command this is correct and would return you a
copy of the code that - because you passed the REL_1 tag - you assume to
be REL_1 of the code, yet it isn't. The REL_1 tag in your example is
only meaningful when knowing what subsection of the repository it
actually relates to.