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

Re: hide .svn on win

From: <damon_at_cybermagic.co.nz>
Date: 2003-01-26 08:57:56 CET


Here was the original test cases by Barry Scott..

  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

As a windows developer rather than a unix developer I would come up with a
different list of test cases..

1. SVN works.
2. Copying with explorer must copy hidden .svn folders.
3. Explorer search for files and folders must not show files in .svn
hidden folders and .svn folders must not be navigable.
4. Behavior must be user overrideable allowing access to .svn folders for
advanced users.
5. Emacs, MSDEV, Dreamweaver, DOS, Eclipse, MSDEV and the other myriad of
windows applications with built in Find in files commands should operate
no worse than the do now.

  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.

So far I have:

1. Conditional pass.
I issued attrib +H .svn /s from DOS on my SVN folder and so far subversion
continues to work as normal.

2. Pass.

3. Pass.
Explorer search does NOT display files in hidden .svn folders.

4. Pass.
I can set Explorer-Tools-Folder Options-View-Hidden files and folders to
Show hidden files and folders. This reverses all the findings of 3.

5. Pass.
Modern applications such as MSDEV (v7) correctly use the hidden attrib. ie.
They work better than they do now with hidden .svn folders. Old apps such as
DOS dir command work the same. Apps such as Eclipse and Emacs work the same.

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

This conclusion was based on false premises.

3) MSDEV (at least from v7) does use the hidden attribute at folder level..
4) Windows developers are more likely to use explorer search than DOS dir
5) It does not matter that Emacs/Eclipse etc are flawed under windows and
fail to use hidden attributes. They fail gracefully if subversion does
choose to use hidden attributes correctly. In the future we can hope that
more applications will use the windows hidden attribute correctly.

There is one more important point, not previously discussed. What bugs are
introduced by not making the .svn folders hidden? Here is at least one that
still affects the use of subversion for Windows developers and would be
solved by using hiding the .svn folder..


The conclusion from the above is that unless it can be shown that .svn
folders should *not* be hidden then it is worth doing.

 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.

 This is really mostly a patch to APR, plus a minor patch to Subversion
 to use the new functionality added to APR.


----- Original Message -----
From: Karl Fogel kfogel@newton.ch.collab.net
To: solo turn soloturn99@yahoo.com
Cc: svn dev@subversion.tigris.org
Sent: Saturday, January 25, 2003 5:35 PM
Subject: Re: hide .svn on win

 solo turn soloturn99@yahoo.com writes:
  .svn should get the windows hidden attribute by default on
  is there already an issue or can somebody make an issue?

 We had this discussion a long time ago, and concluded that hidden
 was not appropriate for .svn. I don't remember the reasons, but if
 you search the archives, you can find the thread.

 To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
 For additional commands, e-mail: dev-help@subversion.tigris.org

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 14 02:18:05 2006

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.