I guess it has to be experiment. When Hudson runs a deploy job, time-stamped jars will end up in the OSGeo repo. We only need to keep the most recent ones since this is effectively what we were doing with non-timestamped jars.
As far as I understand from the stackoverflow discussion, the problem, if it still exists, affects the local repos of those using an eclipse plugin (?). Supposedly, command line maven and (superior) NetBeans users won't end up with multiple snapshots in their local repo... but there's only one way to find out. Michael On 28 June 2011 20:39, Jody Garnett <jody.garn...@gmail.com> wrote: > So Java 6 has gone out; meaning we can take up with maven 3 again. > So far the interesting question has been with respect to the handling of > SNAPSHOTS: > a) Justin will need to ask maven to clear out snapshots after a bit? > b) Developers should only have one snapshot jar; but there is some > discussion on if this feature is broken in maven 3 or not > Comments? Feedback? Experimentation? > Jody > > On Thu, Jun 23, 2011 at 4:41 PM, Severin (aka Cliff) <djseve...@gmail.com> > wrote: >> >> Hi People, >> >> I've written up a proposal on the wiki with regard to updating the >> GeoTools build process to work under both Maven 2 and 3. >> Justin: jgarnett suggested I open a dialogue with you to see if you have >> any interest in updating the build box to use Maven 3 yet. >> Proposal is >> at http://docs.codehaus.org/display/GEOTOOLS/Update+to+use+Maven+3 for >> review. >> >> Cheers, >> Cliff >> -- >> "We are dreamers, shapers, singers and makers..." >> >> >> ------------------------------------------------------------------------------ >> Simplify data backup and recovery for your virtual environment with >> vRanger. >> Installation's a snap, and flexible recovery options mean your data is >> safe, >> secure and there when you need it. Data protection magic? >> Nope - It's vRanger. Get your free trial download today. >> http://p.sf.net/sfu/quest-sfdev2dev >> _______________________________________________ >> Geotools-devel mailing list >> Geotools-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
