On 28 Feb 2006 17:05:52 -0600, kfogel@collab.net <kfogel@collab.net> wrote:
> "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.
>
The problem was never solved as easily as creating a bin directory
when I ran into it. If this is a solution for you, then why not just
add the Bin directory to the repository. This would accomplish the
same thing and not require code to cover some specific case. It makes
no sense for this to be a subversion feature to cover up a vs2003 bug.
- Jody
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Mar 1 16:55:27 2006