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

Re: Space wasting

From: Andreas Kostyrka <andreas_at_kostyrka.org>
Date: 2004-03-08 19:00:17 CET

On Mon, Mar 08, 2004 at 12:45:47PM -0500, Alvin Thompson wrote:
> um, i'm not following you. how is it high-cost in development resources?
> there are only about a billion libraries out there that facilitate
> compressed folders, and even a 6-year-old or older processor can keep
> up. it probably wouldn't significantly change more than a few lines of code.
As somebody pointed out, most of these do have problems:
-) Handling of files >2GB.
-) Not optimized for updates -> slow updates.
-) Not as portable as apr/svn -> new portability problems.

So basically we need a new format (.zip files don't cut the 2GB limit), and
new tools to examine the working copy, new tools for everything.
For little gain. And these are real problems, as you might have noticed svn
is quite "high-quality" source code. :)
> as i see it, it solves these issues:
> * it saves space, even over a 'perfect' file system
And makes it slower, because it has to compress the stuff. Doesn't sound
like a problem, but it is, at least when you have collections of big binary
files that compress badly.
> * it prevents false hits using most 'file find' tools
find --exclude .svn does that too :)
> * it prevents whining from fools who don't know how to configure their
> build scripts to ignore SVN directories
> * it helps alleviate the problems .NET weenies have been having
> * it helps the tortoise SVN speed issues.
How would doing more work make a client faster?
> basically, it fixes all apps (including those not mentioned above) which
> have to recursively scan folders to do their job. you don't think this
> is a more elegant solution than requiring every other program on the
> planet to be 'SVN aware'?
Well, I'm quite sure that management areas inside a working copy aren't
svn speciality -> so tools usually are capable to deal with that situation :)

And as to the ".NET/ant" Wheenies, they've got the source code, so they can
solve their problems themselves? Or did I miss somewhere the declaration that
working around bugs in certain MS IDEs is a high priority item for svn?


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Mar 8 19:01:57 2004

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