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

Re: Space wasting (and bad ideas like compressing .svn)

From: C.A.T.Magic <c.a.t.magic_at_gmx.at>
Date: 2004-03-09 11:43:59 CET

----- Original Message -----
From: "Alvin Thompson" <al@thompsonlogic.com>

> you're missing the point. the point is that find tools can and do
> produce false hits. you shouldn't have to do 'clever' things if all you
> want to do is a simple find.

a 'bad' find tool or poor scripted expression will also
search through any compressed data and may get a false hit there.
if its a 'bad find&replace' tool, then it may even replace a part of
the binary compressed data, which probably destroys all
files after that replaced/compressed location (at least up to
some nifty crc/sync marker) -- this problem already exists for the
repository db: a single crc error inside of the db data can prevent you
from accessing or dump-ing your repository at all (at least unless
someone adds an svnadmin dump feature to recover from such
also note that the files inside .svn are marked as readonly, so -most-
tools will be unable to modify them. ( unfortunately windows does
not always honor the readonly flag, and for example allows to 'move'
readonly files out of the .svn folder. )
A compressed .svn file wont help you in that case either - even worse,
accidentally destroying or moving the promoted 'single' compressed
file would be even easier, for example if you copy one folder containing
a (hidden) svn file/folder over another folder containing an svn folder
( something like copy A/* B/ ).

another EUR 0.02
-- hmm the sum of all those 0.02 will give a whole EUR 1.00 soon .... ;-)

P.S.: I'm intentionally NOT ccing this to dev@

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Mar 9 11:44:33 2004

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