Whilst I think the little graph Darren has drawn is a bit harsh, I wouldn't be moving from CVS to VSS. (I take particular exception to VSS only being 4x better than having no control at all, which is crazy!!!)
I wasn't there for the talk at MXDU but I'm pretty sure CVS can do most of what VSS can do and more. If you're already on CVS you might just have to research how you can use it in the manner you require. Personally I'm contemplating the change the OTHER WAY. We are exclusively VSS here. Regards, James > -----Original Message----- > From: TRACEY, Darren [mailto:[EMAIL PROTECTED] > Sent: Friday, 23 July 2004 9:25 AM > To: CFAussie Mailing List > Subject: [cfaussie] RE: CVS vs. VSS > > > I would have thought that VSS would be a large backward step from CVS. > The underlying difference between the 2 is that VSS uses > exclusive file > locks and CVS does not. > The C in CVS stands for concurrent. While VSS only allows one > person to > check-out any one file at a time and everyone else just has > to wait for them > to finish with it (or come back to work the next day, or come > back from > their 2 month European vacation), CVS lets everyone have all > the files, and > it manages the changes that are done to the files when they > are checked back > in, and allows merging of any conflicting files. > I've worked in a VSS shop and was constantly hearing people > complaining > about files they needed being checked out by someone who > wasn't there and no > one knew if they were actually working on that file or not. > Its nasty, and I > wouldn't want to work under it. > > I would suggest that the order of sophistication in a version > control system > went something like this: > .No version control > ....VSS > ................CVS > ...................SVN > > Personally, I can't see any advantage in a shared development server, > especially as the size of the development team starts getting bigger. > Component development becomes very hard under a VSS style > Version control > system as well, in that only one person can make changes to > any component at > any one time, even if they are working in entirely different > areas of that > component. > > Regards > > Darren Tracey > Systems Analyst > Web Applications, Web and Integration Services > p: + 61 7 3232 4091 (x64091) > f: + 61 7 3232 4744 > e: [EMAIL PROTECTED] > l: Lvl 9, 388 Queen St Brisbane QLD 4000 > m: Suncorp IPC IT040, GPO Box 1453, Brisbane QLD 4000 > > > -----Original Message----- > > From: CFAussie [SMTP:[EMAIL PROTECTED] > > Sent: Friday, 23 July 2004 8:42 > > To: CFAussie Mailing List > > Subject: [cfaussie] CVS vs. VSS > > > > Hi, > > > > Geoff gave a talk at MXDU about decentralised development > and the use of > > CVS to obtain version control on code. I've been using CVS > internally > > for some time now, using a decentralised development > process, and it has > > worked quite well. > > > > However, I can see benefits in moving to a Visual Source Safe > > development environment, where we use a development server and > > 'centralised' development. > > > > I have been struggling with the pros and cons for a while > now.. Besides > > cost, what do people see as the advantages/disadvantages of > both models? > > > > Darryl > > > > --- > > You are currently subscribed to cfaussie as: [EMAIL PROTECTED] > > To unsubscribe send a blank email to > > [EMAIL PROTECTED] > > Aussie Macromedia Developers: http://lists.daemon.com.au/ > > > -------------------------------------------------------------- > --------------------- > This e-mail is sent by Suncorp-Metway Limited ABN 66 010 831 > 722 or one of its related entities ("Suncorp"). > > Suncorp may be contacted at Level 18, 36 Wickham Terrace, > Brisbane or on 1800 689 762 or at suncorp.com.au. > > The content of this e-mail is the view of the sender or > stated author and does not necessarily reflect the view of > Suncorp. The content, including attachments, is a > confidential communication between Suncorp and the intended > recipient. If you are not the intended recipient, any use, > interference with, disclosure or copying of this e-mail, > including attachments, is unauthorised and expressly > prohibited. If you have received this e-mail in error please > contact the sender immediately and delete the e-mail and any > attachments from your system. > > If this e-mail constitutes a commercial message of a type > that you no longer wish to receive please reply to this > e-mail by typing Unsubscribe in the subject line. > > > --- > You are currently subscribed to cfaussie as: > [EMAIL PROTECTED] > To unsubscribe send a blank email to > [EMAIL PROTECTED] > Aussie Macromedia Developers: http://lists.daemon.com.au/ > --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/
