Steve Strobel wrote:
> I have been using TSVN for a few months and lurking on this list. There
> has been a lot of discussion about the background process that updates
> the cache and the icon overlays. As I understand it, it is a "lazy"
> process that runs in the background, to avoid slowing everything else
> down too much. That explains why the icon overlays in Windows Explorer
> don't always reflect recent changes, and isn't a problem.
>
> Sometimes the overlays will indicate that there are changed files, but
> when I commit, there is nothing to do. That is OK, but I noticed that
> the overlays (at least on some of the directories) continue to indicate
> that there are uncommitted changes. I understand that the background
> process probably hasn't had a chance to update them yet, but since the
> commit process has just checked them, it seems like the overlays could
> be updated immediately (or at least more quickly). Is this normal, or
> is there something messed up with my installation? I am using 1.3.1,
> Build 5521 - 32 bit.
If your working copy is on a network share, it is possible that change
notifications from the server are lost, so the cache doesn't notice some
changes. And if it doesn't get notified, it doesn't recrawl the working
copies - and you end up with a wrong overlay.
You can execute a "cleanup" on those working copies, which will
invalidate the cached status for all dirs below the one you selected for
cleanup. By doing that, the cache will recrawl that working copy and the
overlays will match again.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Tue Feb 7 17:42:31 2006