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

Re: Using Subversion in a dumb organization

From: Toby Johnson <toby_at_etjohnson.us>
Date: 2006-08-21 18:01:07 CEST

Kevin Greiner wrote:
> On 8/16/06, *Bala Paranj* <bparanj@yahoo.com
> <mailto:bparanj@yahoo.com>> wrote:
> I am joining a company that is using MS source safe as the source
> control. I am planning to use
> Subversion for my own purposes using svn protocol. This way I
> would always have the history of my
> source files and leverage other sound features of Subversion.
> Good luck. That sounds very difficult. In particular, operations like
> moving and renaming files and directories sounds very hard to
> duplicate properly between a remote VSS server and a local svn
> repository. You'll also have to deal with sync'ing two different
> working copies or having both svn and vss control files/directories in
> the same working copy. That doesn't sounds fun either.
> I know VSS doesn't have a great reputation but, IMO, it's certainly
> better than nothing. Personally, I've used it for years and never lost
> data due to a VSS bug. Your experience may differ, of course.

Then you're certainly one of the lucky ones! Many people don't even
realize they've lost data until they try to actually do a full dump of
their VSS repo with full history, and find that much of their data is
now unretrievable. Analyze.exe helps but is very limited in what it can do.

Bala, rather than try to get Subversion to coexist with VSS, I'd try to
convince your new company to switch to Subversion. Start talking about
its benefits any chance you get.

Since any perceived "security" in VSS is simply a smokescreen (since
using VSS requires full read/write/delete access to its underlying file
shares), a fun tactic is to demonstrate this fact to the powers that be
(not by anything malicious of course, just showing them that you could
browse around the repo backend and basically change/delete data files,
change access privileges, etc.)

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Aug 21 18:23:14 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.