Or instruct your CI server to do the SNAPSHOT builds and deploy them to your repository manager. That way you only build what you change and retrieve the latest from the repository manager.
Hth, Nick Stolwijk ~Java Developer~ IPROFS BV. Claus Sluterweg 125 2012 WS Haarlem http://www.iprofs.nl On Tue, Oct 20, 2009 at 11:42 AM, Yoav Landman <[email protected]> wrote: > And with Artifactory you can save more download time by enabling eager > parallel fetching of jars when a pom is requested and -sources when a jar > is > requested. > > On Wed, Aug 12, 2009 at 9:45 PM, Brian Fox <[email protected]> wrote: > > > If you aren't using a repository manager, then using one can save a > > good chunk of time. > > > > On Wed, Aug 12, 2009 at 1:45 PM, Jonathan > > Woods<[email protected]> wrote: > > > Couple of simple ideas: not 'clean'ing unless you need to; and skipping > > > tests when it's safe to do so: > > > > > > mvn Dmaven.test.skip=true (or -DskipTests=true) > > > > > >> -----Original Message----- > > >> From: Roger Pack [mailto:[email protected]] > > >> Sent: 12 August 2009 18:17 > > >> To: [email protected] > > >> Subject: speedier builds possible? > > >> > > >> Hi. I was wondering if there are any industry standard ways > > >> of speeding up a maven build, like in a project with a single > > >> parent and multiple children modules > > >> > > >> "only building dependencies that have changed since the last > > >> svn commit" > > >> or > > >> "building things in parallel where possible" > > >> Or anything else. > > >> Anybody know of much on that topic? > > >> Thanks! > > >> -r > > >> > > >> --------------------------------------------------------------------- > > >> 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] > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > >
