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.