Hi,
My understanding was that *any* filename starting with a dot would cause grief to VS.NET web-projects; a filename ".system.net" is still starting with a dot and thus no better.
Am I wrong on this one?
Back to topic of using a single compressed file:
I expect that using a single compressed file for the workspace will give major slowdowns on many operations; both the read-only type and the updating type of operations. Yes it might appear to reduce the number of file-opens but 1 change means you need to rewrite all data in that directory!
Also, you better have a zip-library that doesn't have trouble with files > 2Gb in size... Standard zip-file format doesn't like files of that size, and neither do many versions of gzip. Java zipstreams don't like it either.
And you should avoid having to memmap() files in the workspace since that doesn't work over network drives... No use of bdb here!
PS: Is this a discussion belonging to users, or to dev mailing list? It's currently crossposted to both and I don't like doing that; it started on just dev AFAICS.
regards,
--Tim
-----Original Message-----
From: Wadsworth, Eric (Contractor) [mailto:wadswore@fhu.disa.mil]
Sent: maandag 8 maart 2004 14:21
To: 'Adal Chiriliuc'
Cc: 'dev@subversion.tigris.org'; 'users@subversion.tigris.org'
Subject: RE: Space wasting
> Why doesn't SVN use a single folder? Why does it need 9 subfolders?
> Also, is the README.txt file or the empty-file really needed?
To take it a step further, why not a single compressed file, something like
".system.svn" that won't give grief to Windows .NET projects, will consume
less disk space, and yes will stay hidden in *NIX boxen.
--- Eric
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Mar 8 15:01:18 2004