Re: Source code on IFS

["Mark Murphy/STAR BASE Consulting Inc." <mmurphy@xxxxxxxxxxxxxxx>]

In Git, you enter a comment for each commit. A commit contains one or more source objects, and in fact only contains the changes to those source objects, so you can see for change "Change rate calculation" which source files were changed, and what the specific changes were, and each commit can require a commit comment. Now it would be up to you to define when to commit a change to a branch. Too infrequently, and you could have multiple changes mixed together. Another important thing to understand is that you don't have to commit changes to the production branch every time you commit. In fact, it is best to always commit to a development branch specific to your change, and then when it is ready, merge that branch with the production branch. It does work a bit differently than traditional IBM i source control, but you can easily maintain visibility of every change with comments detailing the change. It did take me a bit to get used to, but I like the way Git works. I have used it for PHP projects, and it would be nice to have it available and more accessible for RPG projects.

Mark Murphy
STAR BASE Consulting, Inc.
mmurphy@xxxxxxxxxxxxxxx


-----Peter Dow <petercdow@xxxxxxxxx> wrote: ----- 
To: midrange-l@xxxxxxxxxxxx
From: Peter Dow <petercdow@xxxxxxxxx>
Date: 05/26/2016 11:34AM
Subject: Re: Source code on IFS


Hi Arco,

<All information about sources changes can easily been found by 
comparing between revisions which can be done with a few mouseclicks.>

At one of my customers, we use the leftmost 5 positions for a change 
tag, which allows differentiation of changes made the same day for 2 
different reasons.  How does that work with source compare utilities 
you've used?

--
*Peter Dow* /
Dow Software Services, Inc.
909 793-9050
petercdow@xxxxxxxxx <mailto:petercdow@xxxxxxxxx>
pdow@xxxxxxxxxxxxxx <mailto:pdow@xxxxxxxxxxxxxx> /

On 5/26/2016 1:59 AM, Arco Simonse wrote:
> Hi Steve,
>
> I have been playing with ifs source in the past, but the omission of
> SRCSTMF parameters for binder source on the CRTSVRPGM was the biggest
> showstopper for me.
> That may have been changed now with 7.3, although I still cannot find much
> info on it.
>
> In our small shop for our sources we use RDI's iProjects. The iProjects are
> under version control with Subversion. This works well, but involves a lot
> of pushing and pulling overhead between the iProject and the i.
> So I can see much, much benefit of moving the sources to the ifs if we can
> fully compile from there.
>
> For some people the lose of source change dates and lines might be an
> issue. We have banned this source area already for years, since it is only
> extra garbage in modern compare tools. All information about sources
> changes can easily been found by comparing between revisions which can be
> done with a few mouseclicks.
>
> When compiling from the ifs, the source information seems not to be stored
> with the object. When I do a DSPMOD for an ifs compiled object, I don't see
> source info.
>
> CRTRPGMOD MODULE(DIC005) SRCSTMF('/mgsrc/cmkas/modsrc/dic005.rpgle')
>
>                            Display Module
> Information
>                                                                  Display 1
> of 7
> Module . . . . . . . . . . . . :
> DIC005
>    Library  . . . . . . . . . . :
> CMKASOBJ
> Detail . . . . . . . . . . . . :
> *BASIC
> Module attribute . . . . . . . :
> RPGLE
>
>
> Module
> information:
>    Module creation date/time . . . . . . . . . . . . . . :   26/05/16
> 10:53:02
>    Source file . . . . . . . . . . . . . . . . . . . . .
> :
>      Library . . . . . . . . . . . . . . . . . . . . . .
> :
>    Source member . . . . . . . . . . . . . . . . . . . .
> :
>    Source file change date/time  . . . . . . . . . . . .
> :
>
>
> This is an important missing piece of information I believe. I think i'll
> put an RFE for updating that area also for ifs compiles.
>
> Regards,
> -Arco
>
> 2016-05-25 19:53 GMT+02:00 Steve Jones <sjones@xxxxxxxxxxxxxxx>:
>
> > Having returned from COMMON - Thank You to all the speakers that presented,
> > we heard some talk about having your source code stored on the IFS.
> >
> > Does anyone have some insight as to the pros/cons/why of doing this?
> >
> > This maybe the wrong list to post this, so feel free to move it to the
> > correct list.
> >
> > Thanks
> >
> > --
> > Steve Jones
> > H-P Products, Inc
> > 330-871-2054
> >
> > --
> > NOTE:  The information in this email is confidential and may be legally
> > privileged. If you are not the intended recipient, you must not read, use
> > or disseminate the information; please advise the sender immediately by
> > reply email and delete this message and any attachments without retaining a
> > copy.  Although this email and any attachments are believed to be free of
> > any virus or other defect that may affect any computer system into which it
> > is received and opened, it is the responsibility of the recipient to ensure
> > that it is virus free and no responsibility is accepted by H-P Products,
> > Inc. for any loss or damage arising in any way from its use.
> > --
> > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> > To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> > or email: MIDRANGE-L-request@xxxxxxxxxxxx
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/midrange-l.
> >
> > Please contact support@xxxxxxxxxxxx for any subscription related
> > questions.