[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: Adal Chiriliuc <adal_at_myrealbox.com>
Date: 2004-03-08 18:57:31 CET

On Monday, March 8, 2004 C.A.T.Magic wrote:

>> What's hard to handle and less reliable with one flat folder? You just
>> need to have different suffixes for files.
>>
>> text-base/App.cpp.svn-base -> App.cpp.svn-text-base
>> prop-base/App.cpp.svn-base -> App.cpp.svn-prop-base
>> props/App.cpp.svn-work -> App.cpp.svn-prop-work
>>
>> Having to remember in which folder the file is located or which suffix
>> it uses it's the same thing.

> do you really like the windows-method of storing almost everything
> in a single "System32" folder?

Not really. But it's Windows's business how it stores it's file.
Properly done new applications don't mess with it as much as in the past.
In fact, this practice is discouraged by MS.

> also note that it is usually faster to search for a file if there are only
> a few files in a folder than when there are hundreds.

A command that will access most files (like svn update) will take the same
time.

> for my part I like to keep separated what does not belong together.

> Nobody names his source files like
> My_Project_Calculator_Version_1_calc_main.c
> and keeps evrything in one folder. (well at least nobody I know;-)

Nobody should play with files stored in .svn. For what it's worth, it
could name files like this gkrl545323. Those files are for it's own
consumption. But my suggested naming convention would also make it
easy for developers which debug SVN, as well as being a lot more space
efficient.

Adal Chiriliuc

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Mar 8 18:59:52 2004

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.