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

Re: Open file handles of TSVNCache prevent deletion of directorie s

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2006-05-23 12:40:56 CEST

On 5/23/06, Lübbe Onken <l.onken@rac.de> wrote:
> Stefan Küng wrote:
> >> My current use case is a build process which deletes some directories
> >> before rebuilding the application.
> >> The open file handles to the subdirectories let the build process
> >> fail.
> >
> > Then exclude those directories in the settings dialog (the exclude
> > patterns for the overlays affect the cache too).
>
> Stefan, would it be a good idea to use a folder's svn:ignore property to
> tell the cache to ignore the given subfolders?

Could be done, but it would mean a lot more disk access for the cache.
It would have to read the properties too.

> The logic would be something like this:
> 1) Exclude all paths given in the "Exclude folders" option
> 2) Include all paths given in the "Include folders" option
> 3) Exclude all folders from this list that match a svn:ignore property
>
> So for instance I have:
> Exclude: C:\* D:\*
> Include: C:\Library D:\Projects
>
> In D:\Projects\MyProject I set svn:ignore to "exe obj" which should prevent
> the cache from scanning these folders.
>
> I have added the subfolder D:\Projects\MyProject\exe\locale\... to version
> control, because my translations live there.
>
> So I would expect the cache to scan everything below
> D:\Projects
> D:\Projects\MyProject\exe\locale\*
>
> But not:
> D:\Projects\MyProject\exe\
> D:\Projects\MyProject\obj\
>
> There's a little contradiction with D:\Projects\MyProject\exe\, because on
> one hand it's under version control, on the other hand it's ignored. I would
> think that the ignore takes precedence over the inclusion.

No, inclusion has a higher priority than exclusion (for the
overlays/cache). That's because that way, you can exclude everything,
then include only your working copies (otherwise you'd have to include
your working copies, then exclude everything else path by path).

> Feasible? Logical?

It wouldn't really solve that problem. The open handles are dealt with
by the cache, but it can only do so if the corresponding app also
handles all the required window messages (see my earlier post about
it). Without those messages sent, the cache can't know when to close
the handles.

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 May 23 12:41:09 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.