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

RE: Why not hide .SVN dir on windows?

From: Barry Scott <barry.alan.scott_at_ntlworld.com>
Date: 2002-09-09 23:11:05 CEST

> >I know that I need to follow whats in HACKING. Looks
> >like I'll add the windows code inside of #ifdef SVN_WIN32
> >right?
> >
> >
> Not even in your wildest dreams! IMO support for setting the hidden
> attribute should go into APR, see apr_file_attrs_set. You'll have to
> define a new constant, APR_FILE_ATTR_HIDDEN, and don't forget to handle
> it in all implementations of that function.

No problem. I thought it best to ask... Apart from the layer violation
setting a file read-only might lost the hidden attr if its not done in
the APR function.

I have the svn client built and found where to set the hidden
attrib. I've been working on the use cases. I think that at a minimum
the following must work for this to be worth doing.

1. SVN works
2. Copying the work space with explorer must copy the
   hidden files.
3. MSDEV Find in Files skips hidden files
4. DIR /S <filename> does not find files in .svn
5. Barry's Emacs does not find files in .svn

So far I have:

No test on 1.
Pass on 2.
Fail on 3. However MSDEV is typically configured to look for particular
           file types. *.h,*.cpp etc. Its does not need the change.
Fail on 4. Need to set hidden on ever file in .svn to make them
           vanish from dir /s
Fail on 5.

I conclude that its not worth changing svn because of fails on (3) and
(5) and the extra complexity to fix (4).

I'm going to add code to my Emacs to deal with meta data directories
like .svn and .cvs.

BArry

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Sep 9 23:11:46 2002

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.