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

RE: looking for references on the evil that is *CVS*

From: Robert P. J. Day <rpjday_at_mindspring.com>
Date: 2005-01-06 19:23:38 CET

On Thu, 6 Jan 2005, Sander Striker wrote:

> - Works through a firewall (mod_dav_svn).
> - Supports renames
> - Cheap copies and moves
> - Scriptable through bindings
> - Improved access control
> - Portability
> - Improved handling of different eol styles
> - Similar UI to CVS
> - ...

there's one point i wanted to expand on ever so slightly. mostly,
what i was interested in was a definitive list of why VSS is a piece
of cr*p, because i think a list like that has definite value.

now, certainly, you wouldn't aggressively badmouth a competing product
in, say, a formal presentation, or a book. typically, you take the
high road and just lay out how well your product works and hope that
sways the potential client.

but i suspect that wouldn't be a convincing argument for a lot of
PHBs since, if they're not intimately involved in the ongoing
management of the version control system, they may not be aware of the
perpetual agony that the administrators go through constantly
recovering corrupted data. their attitude would probably be, "well,
yes, you have a wonderful product, but we use XYZ and, so far, it
works well for us." in short, you're presenting a solution for which
they don't even think there's a problem.

so just describing the wonders of your product may not be enough.
what *will* get their attention is a catalog of problems with their
current product.

in short, while it may be a tacky thing to do, sometimes, you really
do have to go negative to get your point across.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jan 6 19:27:46 2005

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.