> 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.
Correct me if I'm wrong, but under Windows XP, Zip files look pretty much
like directories, and the XP Search Tool searches inside Zips, so
zipping .svn would probably be of limited use.
I suppose that you could use a compression format that Windows doesn't support
but there is no guarantee that future versions of Windows won't support
the chosen scheme. Its is a fair bet, however, that future versions of Windows
will further blur the difference between archives and directories.
Personally, I don't care if .svn is compressed, but I wonder
if it will really fix the problems.
Cheers
Russell Thamm
-----Original Message-----
From: Alvin Thompson [mailto:al@thompsonlogic.com]
Sent: Tuesday, 9 March 2004 10:55 AM
To: Mike Mason
Cc: Craig L. Ching; rbb@rkbloom.net; Brian W. Fitzpatrick; Andreas
Kostyrka; Stuart Robertson; (Contractor)'; dev@subversion.tigris.org;
users@subversion.tigris.org
Subject: Re: Space wasting
Mike Mason wrote:
> Windows find ignores hidden folders by default. Unix guys have a million
> clever things they could do to ignore directories. Do you have a bunch
> of broken management scripts that you're worried about or something?
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.
>> * it prevents whining from fools who don't know how to configure their
>> build scripts to ignore SVN directories
>
>
> Ant already does this -- it's the only major build system I've got
> experience with. I'd be willing to bet that "make" does the right thing
> too.
so if the tools you use work, you don't care about others who can't get
it to work? that's a rather selfish and short-sighted attitude. as i
pointed out, i use linux to develop and have no problem with how
subversion works. but i can grasp enough of the big picture to
comprehend that there's more to getting a product accepted than just
getting it to work for me. i also get that the more SVN plays well with
others, the more likely it will achieve widespread acceptance. the more
universally accepted SVN is, the more likely it will improve even more
in the future, which will benefit me.
>> * it saves space, even without compression or even over a 'perfect'
>> file system
>
>
> One of Subversion's design axioms is "disk space is cheap". Saving it
> now is pointless.
this is a benefit of using this approach, not the main reason for it. if
this benefit bugs you, you may add extra files to use up the space again.
>> * it helps the tortoise SVN speed issues.
>
>
> No, it really doesn't -- that's already been pointed out in this thread
> (by someone laughing their arse off at your posting -- I have to admit I
> giggled a bit).
as i said before, there was a discussion on the subclipse list to this
effect. if i misinterpreted it, excuse me. please read all messages
before commenting.
>> * it would be harder for people to accidentally hose the contents of
>> their .svn directory, and subsequently their repositories/working
>> copies. sometimes its best to keep the 'guts' of a product out of
>> non-expert hands, lest they hurt themselves. that's why you need
>> special tools to open the radium(?) casing in a fire detector. and
>> thank goodness, because i bet i'm not the only one who tried taking on
>> apart as a kid.
>
>
> Working copies are cheap. If you fiddle with files stored in hidden
> Subversion admin folders you might screw your working copy. You might do
> it once. You probably won't do it again.
are you kidding! just like a kid trying to open a fire detector, all it
takes is once for it to do serious damage. if someone loses a week's
work because he accidentally hosed the contents of his .svn directory,
you're just going to tell him, 'that will teach you not to do it again'?
once again, selfish. i'm sure you'll be the first to complain when the
next person with that problem submits a plea for help in the mailing
list, thereby 'wasting your bandwidth'. ironically, i'm sure if your kid
got into a fire detector and got sick from radiation poisoning, you'd be
the first in line to sue. this comment is so ridiculous i don't know why
i bother answering it.
> Laters,
> Mike.
>
>
--
Alvin Thompson
Navy: 34
Army: 6
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-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 Fri Mar 12 02:26:19 2004