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

RE: Subversion checked-out files not indexed in Windows search

From: Bert Huijben <bert_at_qqmail.nl>
Date: Tue, 18 Mar 2014 11:42:22 +0100

> -----Original Message-----
> From: Branko Čibej [mailto:brane_at_wandisco.com]
> Sent: dinsdag 18 maart 2014 11:37
> To: 'Subversion Development'
> Subject: Re: Subversion checked-out files not indexed in Windows search
>
> On 18.03.2014 11:20, Bert Huijben wrote:
> > But the reason we set this flag is mostly gone anyway... I think we should
> just remove our code to touch that attribute and use the apr attribute
> function like we did before. The additional indexing is not really our problem
> (and the indexer won't care about a few more MB), and it is very easy to
> filter on *.svn-base if somebody want that.
>
> Dunno ... I think any indexing in the .svn directory is a mistake and
> likely to cause confusion. Not because of performance degradation, but
> because users really shouldn't care about the contents of that
> directory, including not seeing them in search results.
>
> Of course, tweaking that flag when the file is renamed has its own set
> of "interesting" problems ... for example, we'd have to check the flag
> and inheritance settings on the parent directory.

We are not the one indexing :)
The attribute is just a hint supported by some of the possible indexers (many have positive and negative overrides). On some filesystems the flag isn't even supported.

Introducing a second tmp directory to create pristine files in (perhaps below .svn/pristine) would allow setting the flag just for the pristine files.

I'm not sure if that really requires a format bump... We could just clean it like .svn/tmp when there are no locks and no working queue items.

        Bert
Received on 2014-03-18 11:43:05 CET

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

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