Ben Caradoc-Davies ha scritto: > I want to add a relative svn external in the new format introduced in > svn 1.5, which permits relative paths. This is a great improvement for > maintenance because it removes host names and makes internal externals > (I am turning into Rumsfeld) robust against branching.
Does that avoid the svn client from making new connections to the server as well? > This *will* cause those using an old (pre 1.5) svn client to be forced > to upgrade. In another project, these externals did cause minor user > confusion. > > So, please vote (or just tell me if it is allowed): I hate svn externals with a passion, at least the way we're using them in GeoServer, that makes svn up a pain and svn st unreadable (as a counter measure I rolled out alias="svni=svn --ignore-externals" and I basically use that one all the time). To give you an idea of what I mean when I say pain, "time svn up" on gs 1.7.x takes 21 seconds over a fully up to date checkout, "time svni up" takes 2s on the same (no disk activity whatsoever in the two cases, everything cached in the OS fs cache). Are the 1.5 style externals working any better? (just curiosity) Btw, the OSGEO svn server is still 1.4.something. Does the externals format affect only the client? (I guess so, but better be safe than sorry). > svn externals in svn 1.5 format in the GeoTools repo? Yes or no? -0 from me. I don't like them, but I understand that they come in handy (an external smart enough not to clutter svn st output and that avoids silly server reconnections would be nirvana, pure goodness) Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
