But if the cache is in integrated state, it does not need to refresh the
internal ignored subdirectories, isn't it?
Because some of the ignored subdirectories are really large and contains for
example cross-filesystem links/junctions.
If the cache is not always in integrated state, (that's what tsvn currently
does), then I deem that's just ok to leave the ignored dirs as it is.
Or, maybe tsvn can add some option to adjust the cache integrity level, for
example,
- high integrity level, will check everything everytime
- normal integrity level, never check into the ignored dirs
- low integrity level, just refresh the cache after commit/update
actions, and the cache may be persisted on disk to run even more faster when
system restart.
Or at least, I wish there is some registry keys I can disable this feature.
On Fri, Jun 11, 2010 at 11:13 PM, Stefan Küng <tortoisesvn_at_gmail.com> wrote:
> On 11.06.2010 16:10, Xie Jilei wrote:
> > Well, I've tried with the svn.exe, but it's not happened and cleaned up
> > very fast.
> > So I deem it is a problem related to the TortoiseProc.exe
>
> We crawl the cleanup path recursively to send an update notification to
> the shell for every path. This is to 'fix' possible wrongly cached
> overlays.
>
> Stefan
>
> --
> ___
> oo // \\ "De Chelonian Mobile"
> (_,\/ \_/ \ TortoiseSVN
> \ \_/_\_/> The coolest Interface to (Sub)Version Control
> /_/ \_\ http://tortoisesvn.net
>
> ------------------------------------------------------
>
> http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2619670
>
> To unsubscribe from this discussion, e-mail: [
> users-unsubscribe_at_tortoisesvn.tigris.org].
>
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2619922
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-06-12 08:58:21 CEST