+1 from me as well.. If you care about tags, then you probably don't mind doing a component by component basis... Most folks will go dreictly to the head as well...
> -----Original Message----- > From: Henning P. Schmiedehausen [mailto:[EMAIL PROTECTED] > Sent: Monday, November 29, 2004 3:51 PM > To: [EMAIL PROTECTED] > Subject: Re: [vote] Conversion of CVS modules to Subversion > > > Niclas Hedhman <[EMAIL PROTECTED]> writes: > > Looks good to me! > > I didn't think about the svn up issue; you're entirely correct here. I > have the same problem with one of my projects (which does consist of a > lot of diverse svn repos) and I worked around this by having a > "checkout" directory where I tied all the trunks with svn:external. > > Regards > Henning > > > > >On Monday 29 November 2004 22:19, Henning P. Schmiedehausen wrote: > > >> jakarta/ > >> fulcrum/ > >> component1/ > >> branches/ > >> tags/ > >> trunk/ > >> component2/ > >> branches/ > >> tags/ > >> trunk/ > >> component3/ > >> branches/ > >> tags/ > >> trunk/ > > >I have previously tried this with a component oriented > repository, and I would > >like to recommend against it for one single reason; > >When I (I assume others do the same) do updates I go to the > highest possible > >level and do an "svn up", which in the above scenario either > would scan an > >enormous amount of directories, and ending up being many times > slower than > >necessary. > > >May I suggest that you consider; > > > jakarta/ > > fulcrum/ > > trunk/ > > component1/ > > component2/ > > component3/ > > tags/ > > component1/ > > tag1 > > tag2 > > tag3 > > component2/ > > tag1 > > tag2 > > tag3 > > component3/ > > tag1 > > tag2 > > tag3 > > branches/ > > component1/ > > branch1 > > branch2 > > branch3 > > component2/ > > branch1 > > branch2 > > branch3 > > component3/ > > branch1 > > branch2 > > branch3 > > >Or something similar where the trunk is kept easily updatable... > > > >Cheers > >Niclas > >-- > > +------//-------------------+ > > / http://www.dpml.net / > > / http://niclas.hedhman.org / > >+------//-------------------+ > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > -- > Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH > [EMAIL PROTECTED] +49 9131 50 654 0 http://www.intermeta.de/ > > RedHat Certified Engineer -- Jakarta Turbine Development -- hero for hire > Linux, Java, perl, Solaris -- Consulting, Training, Development > > What is more important to you... > [ ] Product Security > or [ ] Quality of Sales and Marketing Support > -- actual question from a Microsoft customer survey > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
