Hello,
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
/s.
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..
http://subversion.tigris.org/servlets/ReadMsg?list=devmsgId=164749
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.
Regards,
Damon.
----- 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
billy-os.
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