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

Re: .svn Directory Question

From: Edmund Horner <edmund_at_chrysophylax.cjb.net>
Date: 2003-05-06 17:36:32 CEST

> I have some questions about the .svn subdirectory on windows. On Linux it
> is a hidden directory while on windows platforms it is not.
> 1. Was this done intentionally because of some requirement of subversion on
> windows
> 2. Will it do any harm if I flag those subdirectories as hidden. (NOTE: I
> have tried it already on a test repository and working directory and it does
> not seem to harm anything but I thought I should ask.)
> The reason I want to do this is because these directories are picked up in
> all sub-directory searches, touches, etc and they shouldn't be. This is
> Subversion private data that I should not be messing with yet a simple
> directory for a particular file mask that includes sub directories will find
> data in .SVN directory

Hopefully, by "hidden" you mean has the hidden attribute set. AFAIK, in
Windows this is only used for displaying the item in directory lists.
There should be few applications (and Subversion should not be one of
them) that use it for anything else.

On Unix .svn is "hidden" because it begins with a dot. This is standard
practice for things that users normally don't want cluttering up their
listings. It doesn't affect the file in any other way.

Perhaps for consistency (in appearance, if not in practice) Subversion
should set the hidden attribute in Windows.

I would be very surprised if doing this manually would cause any
problems. For your search problems, it sounds like you just need tools
which can understand an option to ignore hidden items. Windows XP
search has such an option, for starters.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue May 6 17:43:30 2003

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.