> Hi,
>
> after an update that hasn't retrieved any file (because the
> project is already uptodate), it seems to me that Eclipse
> starts to re-build the whole project. Wouldn't it make sense
> that subclipse inform Eclipse more precisely about which
> files have been changed?
Yes. It would.
;-)
Well, it's know problem but there's not know 100% correct solution.
The very problem comes from the subversion itself.
Even in case there was no change done to the working copy, the (AFAIR)
.entries file in .svn meta folder is touched on the filesystem.
Subclipse then, does not parse the content of the .entries, but just listens
on the "resource modified" event reported by the underlying eclipse ...
There are few more such less-than-optimal features of Subclipse related to
performance.
The main problem is to find out reliable mechanism for various events - to
watch for modification to files done within eclipse (edits), to check
for modification caused by svn actions triggered by subclipse and also to
recognize the changes done to working copy by external tools (cmd line,
tortoise etc ...)
And of course not forgetting the reather poor performance of "svn status" on
Windows' filesystems
Martin
Received on Mon Oct 10 21:26:34 2005