All externals on 2.0.x except data/citewfs-1.1-h2/workspaces still point
to trunk.
Any objection to me changing them all? Or should this be left to module
maintainers? (I'll do the app-schema one in any case [it points to GT
trunk {naughty, naughty}].)
Changed externals will require everyone to delete the affected
directories and re-checkout. Hudson maintainers, do your Hudson's "svn
up" or "rm -rf; svn co"?
This happened before in 1.6.x, which was broken by changes to trunk
paths because it had trunk externals. Should fixing externals be added
to the branch procedure?
--
Ben Caradoc-Davies <[email protected]>
Software Engineer, CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
