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

Re: VisualSVN

From: Joseph Galbraith <galb_at_vandyke.com>
Date: 2006-09-06 17:19:32 CEST

Mark Phippard wrote:
> Joseph Galbraith <galb@vandyke.com> wrote on 09/05/2006 11:10:00 PM:
>> ReadDirectoryChangesW() would be the function, but
>> I'm pretty sure you knww that.
>> However, this is a 'best-effort' function;
>> some notifications can be dropped if the
>> internal system buffer overflows.
>> We could, of course, write a file-system filter
>> driver to accomplish 100% reliability, but that
>> might be a bit over the top :-)
>> However, given that moves show up as a add and a
>> remove, I'm not sure how to detect them... actually,
>> I suppose we could look at 'add' and 'remove' events
>> occurring together and then check the newly added file
>> to see if it contains the contents of the old file.
>> But that might be too performance intensive.
> How would TortoiseSVN be able to filter out the activity of other SVN
> clients? In other words, if I run svn move/copy from the command line,
> and TortoiseSVN is looking at the filesystem changes, how would it know to
> ignore this?

It would notice that the svn book keeping was already up-to-date
when it went to update it.

This of course probably requires several currently non-existing
apis in subversion: an api to 'move' the file when it has already
been moved in the file system, and an api to find out if the
file has been moved in the in subversion.

In addition, it might require that TSVN working copies that you
wanted to operate in this fashion be registered so that TSVN can
watch them and not perform expensive analysis on all file system
operations to see that they shouldn't be translated to svn
operations. This might not be necessary if we could eliminate
operations outside of a working copy quickly enough.

I'm not really even sure I'm advocating such a feature ... but
it would be slick if it could be made to work.



To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Sep 6 17:46:02 2006

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

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