actually, that the admin directory took too much space was never my
argument; any space saved was just a fringe benefit. as i stated
in my original email on this subject, the most compelling
reason (in my view) is exactly what we're talking about.
Craig L. Ching wrote:
>>Calvin Spealman wrote:
>>>1) as many others stated _in_ _the_ _mailing_ _list_, they
>>>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
>>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 conside
ration 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: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Wed Mar 10 18:08:20 2004