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

RE: [Subclipse-dev] Subclipse "switch" very slow compared to "svn switch" (From users list)

From: Irving, Dave <dave.irving_at_logicacmg.com>
Date: 2006-04-10 16:13:59 CEST

Mark Phippard wrote:

> I do not think there will be any "nasty" side effects. In
> the worst case, there will be situations where the decorators
> do not update. In the case of Switch, this is usually the
> project decorator does not update to the new URL.
...

That's good to know - as I may use this "patch" locally :o)

> With Merge the problem was similar. After some merges you
> would not get the modified files indicator unless you did a Refresh.
...

Again, useful to know - thanks.

> I added the Refresh as a way to resolve these problems. In
> my own testing, even in very large projects, the Refresh
> option always ran very quickly provided that the files were
> not out of synch with Eclipse. It basically was no different
> than right-click on a project and choosing the Refresh
> option. If the project is in synch, this runs fast and no
> build is triggered.

I've just performed a switch whilst using my modified "un-refreshing"
SwitchToUrlCommand.
First it ran very fast (comparable to "svn switch ..."). Im pretty sure
that no -- project -- files were actually modified during this process
(I branched from the head of some personal project, and then switched
the project root to the new branch).
Then I did a right click, "Refresh" on the project - which took 5mins
(with NO progress information other than "0%" progress until it
completed).
So, yeah - **something** is out of sync as a result of the switch - but
I don't think it's the source-controlled files.
Certainly dir-wcprops has changed in the project root's .svn folder.

Is there perhaps something that says "do a full re-build if the root
directory meta-data has changed"? (Long shot :o)

Basically, it seems that the refresh in SwitchUrlCommand isn't the root
of my problem - its what ever is causing the 5min refresh directly --
after -- a top-level switch that is giving me grief.

> I think the real patch to this problem would be to take out
> the refresh option but then also figure out the problem as to
> why the decorators do not always update.

Yeah... Once I've solved my current problem, I'll hopefully find time to
start investigating.

> Mark

Dave

This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: dev-help@subclipse.tigris.org
Received on Mon Apr 10 16:14:12 2006

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

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