[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Re: Space wasting

From: Craig L. Ching <cching_at_mqsoftware.com>
Date: 2004-03-10 17:46:26 CET

> Calvin Spealman wrote:
> > 1) as many others stated _in_ _the_ _mailing_ _list_, they
> can accidentally
> > delete a file just as easily (hell, easier!) as a directory
> dude, you're just not getting it. if the entire .svn
> directory is gone,
> there is not much of a problem. same with a compressed version. the
> problem is when the contents of the directory is modified in a
> non-deterministic way. that may have
> non-deterministic/unwanted effects
> on your wc/repository. if the directory were handled atomically and
> opaque to most tools (ie,compressed or TARd, this is less likely to
> happen. please reread the last...well, *all* of the last messages.
This thread is so very tiresome. The only argument you've made that is even remotely convincing to me is that the admin directory takes up too much space. Indeed, read the title of this thread, most of the arguments you're making don't even relate to the subject. Frankly, if you can't stay out of the admin directories, you ought to seriously reconsider what you're doing with Subversion. CVS has done this for many years, since it's inception. I was a long-time subscriber to the CVS mailing lists and, frankly, I can't recall anyone ever posting that they'd hosed up their repository or wc by fiddling (or using tools that might do it either, or whatever) with the admin directories. This is such a non-issue and you're starting to sound like a broken record here. Please don't take offense, we get what you're saying, but we don't agree with you. I think it's time to just agree to disagree here. If you're *serious* about compressing the admin directories, take into consideration what everyone has said (e.g.
 finding a good compression library that is fast, portable, allows you to modify the contents without rewriting the whole compressed file, etc.), write up a proposal for your change, get approval from the developers, and get your hands dirty. If you're not willing to go that far, then I think it's time to let go.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Mar 10 17:46:48 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.