Steve, There are many good products on the market. Endevor, SCLM, Changeman, bare bones ones like Panvalet and Librarian.
You need to decide what kind of effort do you want to get involved with. Endevor and Changeman will maintain everything you are looking for. But can take a staff to support either of them. Plus they both require knowledge of setting up Data sets, JCL, ISPF, REXX, and CLIST. SCLM, Panvalet, Librarian are very basic. You can maintain versions but need to establish processes that will backout changes or implement changes. Which means you also need to know what else needs to be run when updating things like CICS, DB2 or MQ functions. Changeman and Endevor can be tailored to do that automatically. I would recommend you contact both Endevor and Change Man to see if they can cross platform to VSE and VM. I do not know if either can do that. SCLM, Panvalet, and Librarian would need things written to do that. That will be labor intensive. Also, do you want to maintain your system libraries under this product as well. I am thinking about Parmlib, Proclib, etc... Some shops put everything under the control of their source manager and some don't. As a Sysprog I do not want to see that happen to my SYS1 data sets. But maybe your shop does. So decide on your direction, the products are all good. Lizette > Snip >If one needed a source control system that could be handled via TSO, >where could one find such? > >I know about Panvalet, Endevor, SCLM, and Librarian. Are there any >others? > >The criteria for a source maint system is that it (1) will allow for >immediate backout of an update, (2) allow a "delta" report at the >member level to be done and (3) recognize that different members must >be compiled/assembled & linked with different options. > >If such a thing exists on the CBT, I've missed it, and if this was >discussed on IBM-Main, the archives did not pull up a hit using >"source maint". > >Two odd things are also possible: using CVS (or some such) on an >Intel platform, or using a VM/CMS server machine to handle things. > >But for now we are looking at/for options to the way we do things >today (we have multiple mainframe environments (VM, VSE, MVS) and >applications to merge to a single system and track). > > Unsnip ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
