Barrett, Thanks for the response. Does your solution take care of the local repository?
I have seen the uniqueVersion=false before and seem to recall (possibly mistakenly) this causing issues with developers having the most recent snapshot build. Have you experienced problems with this or was this just my imagination? Thanks! Rob On Jan 15, 2008 9:10 AM, Barrett Nuzum <[EMAIL PROTECTED]> wrote: > Robert: > > We use a combination of > > <distributionManagement> > <snapshotRepository> > <uniqueVersion>false</uniqueVersion> > </snapshotRepository> > </distributionManagement> > > and Archiva. > > Both have worked well for us. > > Barrett > > Barrett Nuzum > Sr. Consultant > [EMAIL PROTECTED] > Mobile: 918-640-4414 > > Valtech > 5080 Spectrum Drive, Ste 700W > Addison, TX 75001 > USA > Tel: 972-789-1200 > Fax: 972-789-1340 > > www.valtech.us > > ________________________________ > > From: Robert Winch [mailto:[EMAIL PROTECTED] > Sent: Mon 1/14/2008 6:18 PM > To: Maven Users List > Subject: Re: Disk Space Optimization with Snapshots > > > > Thank you for your quick reply. Is there a way to do this for a local > repository as well? > > Thanks in advance, > Rob > > On Jan 14, 2008 4:40 PM, Wayne Fay <[EMAIL PROTECTED]> wrote: > > > Archiva has support for this, see: > > http://jira.codehaus.org/browse/MRM-275 > > > > Wayne > > > > On 1/14/08, Robert Winch <[EMAIL PROTECTED]> wrote: > > > I currently experience disk space issues because build are frequent > > within > > > my company. This happens on our build boxes which use a CI Server to > > build > > > and then deploy our projects to a maven repository. The build box's > > local > > > repository contains a lot of old snapshot builds which we no longer > > need. In > > > addition, the remote maven repository contains unneeded snapshot jars. > > Is > > > there a way to make it so that we only contain the most recent > snapshot > > in > > > our local and remote repositories, but still ensure that users will > > > download the most recent snapshot version? > > > > > > Thanks in advance, > > > Rob > > > > > > > --------------------------------------------------------------------- > > 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] > >
