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

RE: RE: [DESIGN] Aliases?

From: Rob van Oostrum <rob.vanoostrum_at_blastradius.com>
Date: 2006-02-27 22:48:43 CET

> -----Original Message-----
> From: Gale, David [mailto:David.Gale@Hypertherm.com]
> Sent: Monday, February 27, 2006 4:12 PM
> To: Frank Gruman
> Cc: Greg Hudson; users@subversion.tigris.org;
dev@subversion.tigris.org
> Subject: RE: [DESIGN] Aliases?
 
[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.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Feb 28 22:49:38 2006

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

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