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

.svn directories

From: Mark Griffiths <mark.griffiths_at_chive.com>
Date: 2003-10-17 13:57:47 CEST

Hi all

We moved from CVS to Subversion a couple of months ago and are very
happy with it. Many thanks to all involved!

The only remaining issue we have is with the Visual Studio's handling of
the .svn directories when working with ASP.NET projects. This has been
discussed before on this list [1]

It is fair to say that this is not a bug in Subversion. It seems that
the win32 api is inconsistent about permitting files and directories to
begin with a period. I think it is also very unlikely that
Windows/VS.NET will be patched to fix this issue.

We are currently working with hide-svn.cmd and restore-svn.cmd batch
files that rename between .svn and _svn. We rename to _svn before
refreshing/opening the web project and rename back to .svn before using
the Subversion client. Does anybody have any more ideas about how we
could better work around this problem? As Subversion becomes ever more
popular, this problem is going to be more common place. Most .NET
development shops will be using ASP.NET somewhere and it is also likely
that VS.NET will remain the most popular IDE for these shops.

The suggestion has been dismissed before, but what are the issues with
allowing the administrative directory names to be configurable? Could
it be a command line option for the client (that defaults to .svn)? We
are probably going to have to go this route internally anyway, unless
anyone can come up with a better workaround.

Thanks again
-Mark

[1]
http://subversion.tigris.org/servlets/ReadMsg?list=users&msgId=286281

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Oct 17 14:02:34 2003

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

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