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

Re: ideas to make svn update faster.

From: Branko ─îibej <brane_at_xbc.nu>
Date: 2005-05-08 15:49:53 CEST

Thomas Zander wrote:

>On Sunday 08 May 2005 12:26, Gustav Munkby wrote:
>
>
>>Thomas Zander wrote:
>>
>>
>>>>A simple optimalisation would be to remove the directory-version number
>>>>(the one in the xml entry-tag with 'name=""') when it has the same one
>>>>as the parent dir.
>>>>
>>>>
>>excuse me for barging in like this, but as I understand it every
>>subdirectory of a subversion working copy is by design supposed to work
>>as a complete working copy, so that i can check out a whole tree and
>>then just simply move/copy a subdirectory to a different place and it
>>will still work.
>>
>>if you don't have the revision in the subdirectories, then this will no
>>longer be possible?
>>
>>
>
>Thats right.
>Notice that its an expert function anyway. Expert because moving
>directories around in your IDE (or even filesystem) will horribly fail
>revision management (as I have seen some former colleagues do).
>
>
Ah. So you /do/ understand that your optimisation ideas would invalidate
our core WC design decisions, and you're waving that fact away as
irrelevant.

How would you feel if I went on the KDE dev list with a proposal that
KDE use .Net (O.K., Mono) for RPC, on the grounds that it's "obviously
better" than whatever KDE uses now?

-- Brane

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun May 8 15:51:24 2005

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.