home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / vms / 14110 < prev    next >
Encoding:
Internet Message Format  |  1992-08-25  |  2.8 KB

  1. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!f1.n700.z6.fidonet.org!Ian.Parker
  2. From: Ian.Parker@f1.n700.z6.fidonet.org (Ian Parker)
  3. Newsgroups: comp.os.vms
  4. Subject: Wanted: Source code cont
  5. Message-ID: <18829.2A9A7059@puddle.fidonet.org>
  6. Date: 24 Aug 92 16:24:06 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 56
  11.  
  12.  
  13.  On 08-19-92 Natalie Prowse wrote to All... 
  14.  
  15.  i > Hi all, 
  16.  i >  
  17.  i > Well, it's high time we did it.  Things are getting out of hand. :-} 
  18.  i > We need some sort of source code control system, and/or software 
  19.  i > project management package.  I am looking for input and suggestions 
  20.  i > from anyone out there who uses such products.  They can be PD or 
  21.  i > commercial.  Our primary project is coded in C, and an in-house 
  22.  i > Fortran dialect.  (It is well over 100K lines of code, and growing.) 
  23.  i > Any product we use will have to be able to cope with these languages, 
  24.  i > or be tailorable.  (is that a word? ;-) Any and all suggestions or 
  25.  i > words of warning/wisdom are welcome.  If I get enough 'me too!' 
  26.  i > responses, I will summarize to the net.
  27.  
  28.  i >  
  29.  
  30. Natalie  
  31.  
  32. Please summarise to the net.  I'd like to know what the current views are. 
  33.  
  34. I like DEC's Code Management System (for it's integration with MMS). 
  35.  
  36. I used it as the base for a source code control and release system for  
  37. a major bank.  Our particular concern was to be able to provide localised  
  38. production releases for target systems in different countries, and to  
  39. allow those countries to layer on their own, further, customisations. 
  40.  
  41. What I didn't like was that it needed too much manual management to share 
  42. core/common code between (i) localisations of a project and (ii) different  
  43. projects.  We used groups to collect related sources, andn classes to 
  44. describe release versions (so we could restore any earlier release).  But 
  45. it got very cumbersome.  I kept thinking that may it would be easier to  
  46. store the code in directories, i.e. I wanted a tree structure to control 
  47. the sources. 
  48.  
  49. I said above that I like CMS for it's integration with MMS, but in the  
  50. above application we didn't use MMS.  Instead we had to write a an 
  51. automatic build program (like MAKE/MMS but without the intelligence)  
  52. to satisfy the audit department's security requirements over release  
  53. control. 
  54.  
  55. Please keep me informed on what you find out, in particular anything 
  56. relating to the release/packaging of production versions. 
  57.  
  58. ___---------------------------------------------------------------- 
  59. Ian Parker                                       Tel: +852 571 2400  
  60. Salcom Asia                                      Fax: +852 510 8562  
  61. 18/f West Tower, Bond Centre, Drake Street, Hong Kong 
  62.  
  63. ... OFFLINE 1.40
  64. --  
  65. uucp: uunet!m2xenix!puddle!6!700!1!Ian.Parker
  66. Internet: Ian.Parker@f1.n700.z6.fidonet.org
  67.  
  68.