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

SVN_ASP_DOT_NET_HACK may be unnecessary?

From: <kfogel_at_collab.net>
Date: 2006-03-01 00:05:52 CET

"Matthew Hawkins" <darthmdh@gmail.com> writes:
> Hello subversion developers,
>
> I'm not subscribed so please CC me on any responses. A colleague pointed
> out to me today that this workaround is unnecessary.
> Apparently what Visual Studio .NET is looking for is the presence of the
> "Bin" directory inside the webservice. This is not there until the solution
> is built, and unfortunately VS.NET has a chicken & egg bug where the
> solution won't load (ie, directly after a checkout from svn) unless the dir
> is there, and the dir isn't (normally) there until the solution is loaded &
> built ;)
>
> He always uses subversion with the regular .svn directories and has simply
> made the Bin directory any time VS.NET has complained, and has never had any
> problem.
>
> If this can be shown to always be the case (I've only tested it successfully
> here) then perhaps this is a better thing to do than the ugly hack which for
> some clients (eg, tortoisesvn) requires a system reboot; automatically
> create the Bin directory if a VS.NET web service is detected on checkout.

I've changed the subject to get some more people's attention.

Is it possible to detect this on checkout? We could just create the
"Bin" directory ourselves, then, yes.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Mar 1 01:51:14 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.