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

RE: Subversion vs. VSS

From: <marc_at_mleith.net>
Date: 2003-11-11 18:04:40 CET

I can say that it doesn't do this anymore...
since everytime my repository starts to suffer from increasing corruption
(three times now) - I have to create an new repositry and reload the thousands
of files. The good thing is I've never seen this and I've usually just dragged
large chunks (many thousands of files) over and drop them into sourcesafe.

The bad part is that we now run four separate SourceSafe DB's and still have
corruption on the most active one (DEVSS - all the source code).

Marc

Quoting "Couball, James" <james.couball@cotelligent.com>:

> Excellent... This is worthy of Mr. Bunny.
>
> See
> http://www.amazon.com/exec/obidos/search-handle-url/index%3Dbooks%26fiel
> d-author%3DEgremont%2C%20Carlton%2C%20III.
>
> James.
>
>
> -----Original Message-----
> From: SteveKing [mailto:steveking@gmx.ch]
> Sent: Monday, November 10, 2003 10:39 AM
> To: users@subversion.tigris.org; Subversion Dev
> Subject: Re: Subversion vs. VSS
>
> How about this? When I first saw that I was shocked and threw away vss
> immediately. Took some time to convince my boss - until he saw that
> warning himself.
>
> (Note: this screenshot is from about three years ago.
> I don't know if newer versions of vss still do that)
>
> Stefan
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Nov 11 18:05:31 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.