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

Re: [TSVN] Politics of SVN[Scanned]

From: SteveKing <steveking_at_gmx.ch>
Date: 2004-08-14 10:23:52 CEST

JS.staff wrote:

> OK, but how does blaming M$ get this problem solved?

It already has: VS.NET2005 works very well, as people reported. In fact,
one of the first people working on Subversion now works for M$ on their
new SourceSafe project and confirmed that this has been fixed before
even a beta of VS.NET2005 was out.

> I ring up M$ and say something like, "errrm, hi! I don't want to buy
> Visual SourceSafe cos it's ****, but I'm using this really cool open
> source product called SVN, and it doesn't work properly with
> Frontpage extensions. It's your fault, can you fix it please??"
>
> When they've stopped laughing they're gonna hang up on me!

Sure. As long as you're not a "big" customer there, that's what would
happen. But some of the "big" customers did complain, and so they fixed it.

> Seems simple to me. Why is the folder called '.svn' at all? It's a
> Unix nomenclature with no meaning on Windows. It would be like
> calling the program file 'svn.exe' on Linux, that would go down great
> I'm sure! LOL.

The reason for this is that working copies are "universal", i.e. you can
use the same working copy from your Linux box and from your Windows box.
Very usefull if you have a dual boot computer and don't want to have two
working copies for each OS you boot.

Stefan

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Sat Aug 14 12:30:05 2004

This is an archived mail posted to the TortoiseSVN Dev mailing list.

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