On 02/11/2010 3:29 PM, Haszlakiewicz, Eric wrote:
-----Original Message-----
From: Ron Wheeler [mailto:[email protected]]
The guys with small disk can just delete their entire local repo and let
maven rebuild it by itself from your central server which should have
lots of space.
One or two builds usually gets us back to a fast build from localhost.
To delete the repo of the guy the next desk over I need to wait for him to be 
in the office, then email or call him, then explain what I want him to delete.  
And that's all only if I actually notice that that's what's taking up all the 
space.
Even if I'm just cleaning up my own files, why should I have to spend all this 
time thinking about it and doing things to fix it?
For example, I don't have to think about clearing out the cache in my browser, 
why should maven's cache be any different?


Each of my guys is responsible for his own workstation. They know what maven is doing.

Maven would have a hard time knowing what to throw out but I suppose that if it supported a simple rule-set (max space allowed, delete oldest Snapshots if space needed) and the ability to turn automated cleaning on and off it might be useful.

If your central server is short of space spend $100 and add a terabyte or
2.
Oh, are you going to fund the additional disk space, and the extra backup 
resources needed, and pay for time it takes to actually update the disk array 
and provision the space in my company's SAN?  If so, great!
My point it that using more disk space has more costs than just the price of a 
drive platter.
You are right.

I am not sure that a Maven Repo really belongs in a corporate datacentre since it contains nothing that can not be replaced and is mostly stuff that comes from outside sources anyway.

You could always move your repo to the cloud and pay a few dollars per month for the storage or just add a local desktop server to the development group.

eric

---------------------------------------------------------------------
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]

Reply via email to