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

RE: Slow synchs: scanning ignored subtrees?

From: Martin Letenay <mle_at_whitestein.com>
Date: 2005-09-27 10:03:15 CEST

> Per Mark's request, starting a new thread.
> > We've noticed some behaviour that may be a bug in subclipse
> here: We
> > have a large tree called temp below the root of our project
> directory.
> > It contains build output, among other things. The root/temp dir is
> > marked in the svn:ignore list for the root directory, so it's not
> > checked in to svn. However, synch seems to scan every file in that
> > tree, regardless.

Technically speaking, the whole synchronization stuff is based on "svn
status -u -v".
So if the root/temp is in svn:ignore, it should not cause the problem.
However there's another "feature" of the Subclipse synchronization code.
It has to cope with potential changes done to working copy outside the
So from this (and few other) reason(s) there is a listener which upon change
of any .svn folder
trigers call to refreshLocal() method on children resources.
It is then well possible that it means when the .svn folder in the root
changes, the part or whole
root/temp is asked to refresh ...

I'll take a look at it.

If you have an Observer status on the project, it might be worth filing this
as P3/enhancement in the issue tracker.

Received on Tue Sep 27 18:03:15 2005

This is an archived mail posted to the Subclipse Users mailing list.

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