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

Re: [TSVN] RFC: Nightlies & Cache

From: Will Dean <svn_at_indcomp.co.uk>
Date: 2005-02-15 10:05:33 CET

At 09:32 15/02/2005 +0100, you wrote:

>Shall we force our nightly build users (= beta testers) to use the new
>cache? This way we would get more testers and more results.

I think I'd be +1 on this - like you say, it probably makes next to no
difference in practice, but might slightly widen the testing net. The only
downside is that I'm not really going to be able to do much work on the
cache for the next couple of weeks, which might be a problem if a load more
people suddenly started using it.

>If yes, then we should get rid of the following settings:

>- "show folder status": should implicitely be set to true

I think we should certainly get rid of this - ISTR it only appeared as an
attempt to solve a perf problem which it didn't solve.

>- "recurse into folders": should implicitely be set to true

I think this should certainly default on, but I'm slightly more guarded
about removing the option (not like me, I know...) Actually, the cache
doesn't take very much notice of this option, so if you disable recursive
overlays, the cache does more work than it needs to.

>- "show overlays only in explorer": The only one we might want to keep.
>Defaults to false if we don't keep it.

Yes, I think this is to help people who've had problems with the shell
extension in applications (presumably broken applications, but I'm not sure)

>- the two "paths to [in|ex]clude" boxes: The cache is good, so why exclude
>anything?

Well, I've never used these options, so I would be happy to see them go,
but there may be some good reason for them. If you wanted to have a very
selected bit of a networked WC shown, the include option might be useful,
for example.

Exclude really shouldn't be necessary, although there's always someone with
a 85000-file directory...

I'm generally in favour of all this, but I think Stefan will have the best
idea about which options can be removed.

Cheers,

Will

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Tue Feb 15 10:06:10 2005

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

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