Jerry et al I would say good version control - like all code management - is a skill.
And more so the more diverse your code base. If you are just hacking away at (say) an old D3 application you can probably get away with a lot. If you need to support multiple versions, platforms, client/server and web tiers, probably half a dozen languages, shared libraries etc. the work involved in just managing that should not be - and all too often is by management - underestimated. Hence my comment. This should not be something that is just put in without thought and left to run by itself. It won't. Time taken to plan this now will pay huge dividends down the line. Time not spent will bite you in the bum. A badly put together versioning system is worse than useless - you won't be able to get out what you need at time of crisis, and you will have become complacent thinking that it is there. In our case we had an excellent developer and DBA who took on the role of managing the version control, and did it extremely well. I'm very thankful, especially when we needed his services. Without one person to manage it, it would have become a mess. I would probably have been the worse culpit. You only really appreciate these things once you've been burned without them (like a good and verified backup strategy!). They need to be approached seriously. Brian > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of JPB-U2UG > Sent: 17 April 2008 13:54 > To: [email protected] > Subject: RE: [U2] version control > > It seems that everyone needs to be a specialist these days, > even in our business. > > > Jerry Banker > Senior Programmer Analyst > IBM Certified Solutions Expert > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:owner-u2- > > [EMAIL PROTECTED] On Behalf Of Brian Leach > > Sent: Thursday, April 17, 2008 4:14 AM > > To: [email protected] > > Subject: RE: [U2] version control > > > > David > > > > You might want to check out an article I wrote for Spectrum > about this. > > Back-issues are on www.intl-spectrum.com. > > > > One other tip: > > > > We used CVS at my last company, which was quite a complex > arrangement > > handling server and client side code (and keeping these in sync). > > > > The key was to appoint someone who was responsible for it. > > If it is anything more than trivial, it needs someone charged to > > administer it, not just left to the whims of developers! > > That was the best decision we made... > > > > Regards > > > > Brian > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On Behalf Of > David Beahm > > > Sent: 16 April 2008 21:22 > > > To: [email protected] > > > Subject: [U2] version control > > > > > > We are looking to add our UniData/SBClient environment to > > > Subversion, and wanted to get advice from anyone who has done s > > > something similar (CVS, etc.) Searching through past > posts, I found > > > Brian Leach's note about generating DICT items from > scripts, which I > > > quite like; I suspect there are more ideas like that around. > > > > > > First, however, we need to come up with a suitable repository > > > structure. We have a number of live, proto, and development > > > accounts on one box (HP-UX). We have some universally shared > > > directory files, but most files are unique to each account. > > > > > > To begin with, we are wondering whether it would be best to have > > > individual repositories for each account, or whether > there should be > > > one repository with relative paths for each account, or > whether each > > > account should be a different branch, etc. > > > > > > Suggestions welcome, however we are want to standardize on one > > > solution > > > -- Subversion. > > > > > > Thanks, > > > David Beahm > > > ------- > > > u2-users mailing list > > > [email protected] > > > To unsubscribe please visit http://listserver.u2ug.org/ > > ------- > > u2-users mailing list > > [email protected] > > To unsubscribe please visit http://listserver.u2ug.org/ > ------- > u2-users mailing list > [email protected] > To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
