Re: Subversion and RPG source change management

Actually if you're going to use SVN at all, the IFS portion of the
equation is always needed because it is the middleman between the SVN
repository and source files for an application build.

If you were to use my concept of "source files as masters or what you
call a project library", there might be an SEU command to copy/check out
the source member to your library so you can work on it. Then when you
promote it back to the master source member it could get auto-committed
to SVN.

In our case we use a master library for each product.
Ex: SRCPRDNAM

If each developer could check out (make a copy of) the source member
from SRCPRDNAME to their DEVLIB and then promote it back to SRCPRDNAM
which would auto-commit the member that might be useful.

This same concept could work for RDI or SEU/PDM.

Not sure if that's what you were envisioning.

Regards,
Richard Schoen
RJS Software Systems Inc.
Where Information Meets Innovation
Document Management, Workflow, Report Delivery, Forms and Business
Intelligence
Email: richard@xxxxxxxxxxxxxxx
Web Site: http://www.rjssoftware.com
Tel: (952) 736-5800
Fax: (952) 736-5801
Toll Free: (888) RJSSOFT

------------------------------

message: 6
date: Tue, 25 May 2010 15:03:38 -0400
from: "Mark Murphy/STAR BASE Consulting Inc."
<mmurphy@xxxxxxxxxxxxxxx>
subject: Re: Subversion and RPG source change management

This could be a good way to do it due to the fact that multiple
programmers would be working on the source on the i. At a recent
client, they have 4 environments set up in their CMS. Production, QA,
Integration, and Development. For the application I was working on,
each developer has their own development library, and them moving up to
the Integration environment is where the rest of the team can see the
changes I made. In my mind, this is where SVN comes in. On a PC
development environment, where there is only one developer per PC,
checking changes in to SVN is where my changes are made available to the
rest of the team. So I can envision an environment on the i where a
team has a "project library", and each developer has his own library,
and the process that moves things up to the "project library" also
commits to subversion.

If we were to write a subversion client for PDM, then the IFS portion of
the flow would not be necessary.

Mark Murphy
STAR BASE Consulting, Inc.
mmurphy@xxxxxxxxxxxxxxx