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

Re: .svn vs _svn on VS.NET (ASP.NET) -> Note of historical interest..

From: Adal Chiriliuc <adal_at_myrealbox.com>
Date: 2004-03-11 04:14:43 CET

On Thursday, March 11, 2004 Damon Rand wrote:

> Personally, I have long since converted to Eclipse and Delphi.net and have
> no intention of ever using Visual Studio.net again -- so I really couldn't
> care less about this issue. However, for historical interest, here was my
> original thread raising the fact that VS7 doesn't work with .svn wc folder
> names...

> http://subversion.tigris.org/servlets/ReadMsg?list=dev&msgId=164749

> ... dated April 17, 2002.

> If you guys want to still be having 60 message threads in another two years
> time discussing whether or not you should put in a kludge to work around
> VS.net defects then you should 'do nothing'. ;-)

Yes, but few things in this world can be as satisfactory as imposing your
view on Windows users, especially when you have a 5% market share :)

All that bullshit about breaking compatibility and not being able to
share working spaces...

They had two years to stabilize the API before 1.0 and after many
reports about this problem and many discussions it still didn't cross
their mind that maybe some support should be added in case the admin
folder will be changed.

Let's face it, 75%+ of those who are against this change opose it
because of their personal feelings about M$ and Windows.

One week on this list and it's clear to me that they don't want to
fully support Windows and Visual Studio users.

Too bad that Subversion is such a great product and there isn't
something better.

Adal Chiriliuc

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Mar 11 04:15:26 2004

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.