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

RE: RE: Subversion vs CVS for document files

From: Steve O'Hara <sohara_at_pivotal-solutions.co.uk>
Date: 2006-11-16 13:26:20 CET

Before you get too carried away with the VSS bashing, it's worth
pointing out that any VSS users with any kind of sense, are not using
the VSS client, but rather SourceOffSite server. This gives you
protection against the "pulling the network cable out" problem and means
that all access to the repository is synchronised, so lessoning the
chances of collision corruptions. Indeed, it's the only way to work
with VSS over the internet.

It doesn't protect you completely from problems inherent in VSS, but it
certainly makes it very useable.
In 10 years of using it with VSS, we haven't had a single corruption or
issue manifest itself.

Steve

-----Original Message-----
From:
users-return-58433-sohara=pivotal-solutions.co.uk@subversion.tigris.org
[mailto:users-return-58433-sohara=pivotal-solutions.co.uk@subversion.tig
ris.org] On Behalf Of Robert Graf-Waczenski
Sent: 16 November 2006 11:56
To: Subversion Users
Subject: RE: Subversion vs CVS for document files

Ah, VSS bashing! Can't resist to join...

VSS, by design, depends heavily on well-synchronized system clocks of
all client computers performing checkins. In the worst case, your VSS
database is trashed completely simply because one computer checks in a
change while his system clock is on a time *before the VSS project was
created*. The main lesson to learn from this is: You can simply not
trust the VSS history because all timestamps reflected in the history
stem from the system clock that the client computer had when the checkin
was executed.
The MSDN says to this: "Make sure that you synchronize the dates and
system clocks for all Visual SourceSafe client computers".

Some development teams (such as ours here) frequently need to fiddle
with the system clocks of their computers for example to test software
behavior that depends on timestamps etc. So if the developer forgets to
re-adjust the system clock before checking in something, the VSS history
might look funny thereafter.

Robert

> -----Original Message-----
> From: Jeremy Pereira [mailto:jeremyp@jeremyp.net]
> Sent: Donnerstag, 16. November 2006 12:12
> To: Eric
> Cc: users@subversion.tigris.org
> Subject: Re: Subversion vs CVS for document files
>
>
>
> On 15 Nov 2006, at 17:06, Eric wrote:
>
> >
> > The one person who is most adamantly opposed to SVN and is so
> > adamantly pushing VSS is a partner in the business and so there is
> > no one above him who can do any of that.
>
> Google search: visual source safe corruption
>
> http://www.google.co.uk/search?hl=en&q=visual+source+safe
> +corruption&btnG=Google+Search&meta=
>
> 1.5 million results, many of which lead to articles that support the
> assertion that it should never be used by anyone ever.
>
> Alternatively, let him bring in VSS and let it speak for itself.
> From reading some of those 1.5 million articles it seems that
> unplugging your computer's network cable while in the middle of
> committing changes should be enough to corrupt your VSS repository.
> It would be unethical to do that to deliberately discredit the
> product, of course :-)
>
> >
> > He is a "my way or the highway" type whose mind typically cannot be
> > changed.
> >
> > He brings a LOT to the table and is extremely valuable, I'd say
> > crucial, to the success of this enterprise in every other way except

> > this, and that makes it difficult-to-impossible to convince the
> > other partners to overrule him on issues like this where it is
> > perceived that adequate alternatives (e.g. VSS, which they consider
> > adequate) exist.
> >
> > I am also a partner but I am only one vote.
> >
> > See what I'm up against? :-(
> >
> >
> > --------------------------------------------------------------------
> > - 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
>

---------------------------------------------------------------------
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 Thu Nov 16 13:27:12 2006

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.