Re: git, z/OS and COBOL

> > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of David Crayford > > Sent: Thursday, October 12, 2017 3:56 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: (External):Re: git, z/OS and COBOL

Re: git, z/OS and COBOL

Of David Crayford Sent: Thursday, October 12, 2017 3:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: git, z/OS and COBOL On 11/10/2017 9:48 PM, Pew, Curtis G wrote: I'd like to run into the problems before the applications people have a chance to hit it so we can head that all off

Re: git, z/OS and COBOL

Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Thursday, October 12, 2017 3:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: git, z/OS and COBOL On 11/10/2017 9:48 PM, Pew, Curtis G wrote: >> I'd like

Re: git, z/OS and COBOL

On 11/10/2017 9:48 PM, Pew, Curtis G wrote: I'd like to run into the problems before the applications people have a chance to hit it so we can head that all off. And I'd love to know the answers to this before the POC dies. So I am very interested in this thread. I think all the discussion

Re: git, z/OS and COBOL

On 11/10/2017 11:21 AM, ste...@copper.net wrote: So how does one merge fixes into source if the "source" numbering is removed? The fixes may issue delete of lines, addition of lines and replace of lines and there may be multiple delta decks to be applied anytime one wants to do changes to the

Re: git, z/OS and COBOL

On Wed, 11 Oct 2017 12:01:19 -0700, Anne & Lynn Wheeler wrote: > >One of the VM/370 issues was even though (originally CP/67) maintenance >distribution was all done using the CMS multi-level source ... every new >release ... they would permanently apply all maintenance & development >updates and

Re: git, z/OS and COBOL

000433f07816-dmarc-requ...@listserv.ua.edu (Paul Gilmartin) writes: > I have not used IEBUPDTE extensively. When I contributed to > Charlotte, I made more use of CMS UPDATE, which is similar to > IEBUPDTE, but with further features useful for source code control. > XEDIT can generate CMS

Re: git, z/OS and COBOL

e- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Wednesday, October 11, 2017 1:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: git, z/OS and COBOL This looks interesting. Do you know of a UNIX utility that would replace the first 6 charac

Re: git, z/OS and COBOL

017 11:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: git, z/OS and COBOL Regarding line numbering: git has the ability to run complementary "clean" and "smudge" filters to be used when moving source between the repo and the working directory; these might prove useful. See

Re: git, z/OS and COBOL

Regarding line numbering: git has the ability to run complementary "clean" and "smudge" filters to be used when moving source between the repo and the working directory; these might prove useful. See https://git-scm.com/book/en/v2/Customizing-Git-Git-Attributes for more information. That

Re: git, z/OS and COBOL

On Wed, Oct 11, 2017 at 8:48 AM, Pew, Curtis G wrote: > On Oct 10, 2017, at 6:04 PM, ste...@copper.net wrote: > > > > I am quite interested in git. And so I thought I would address a > statement made about COBOL Numbering, and "standard"

Re: git, z/OS and COBOL

On Oct 10, 2017, at 6:04 PM, ste...@copper.net wrote: > > I am quite interested in git. And so I thought I would address a statement > made about COBOL Numbering, and "standard" numbering locations in source. > > There are some products that ship source and do use COBOL

Re: git, z/OS and COBOL

[Default] On 10 Oct 2017 20:18:32 -0700, in bit.listserv.ibm-main 000433f07816-dmarc-requ...@listserv.ua.edu (Paul Gilmartin) wrote: >On Tue, 10 Oct 2017 19:17:25 -0700, ste...@copper.net wrote: >> >>Your question had to do with manually doing IEBUPDTE commands. The users >>where I am

Re: git, z/OS and COBOL

> On Oct 10, 2017, at 9:17 PM, ste...@copper.net wrote: > > My comments are on the bottom because it made more sense to put them after > the question(s). > > --- cfmpub...@ns.sympatico.ca wrote: > > From: Clark Morris

Re: git, z/OS and COBOL

On Tue, 10 Oct 2017 19:17:25 -0700, ste...@copper.net wrote: > >Your question had to do with manually doing IEBUPDTE commands. The users where >I am probably do, but I honestly don't know. The ISV(s) that provide source >maint; I have no clue how they do theirs. > I have not used IEBUPDTE

Re: git, z/OS and COBOL

My comments are on the bottom because it made more sense to put them after the question(s). --- cfmpub...@ns.sympatico.ca wrote: From: Clark Morris To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] git, z/OS and COBOL Date: Tue, 10 Oct

Re: Distributing source maintenance without sequence numbers was Re: git, z/OS and COBOL

On Tue, 10 Oct 2017 21:59:54 -0300, Clark Morris wrote: > >>>From what you say, diff and patch will not know or understand where the >>>source being supplied to update the original source goes. >>> >>Patch uses a combination of relative line numbers and context lines (such as >>appear >>in a

Distributing source maintenance without sequence numbers was Re: git, z/OS and COBOL

[Default] On 10 Oct 2017 17:30:54 -0700, in bit.listserv.ibm-main 000433f07816-dmarc-requ...@listserv.ua.edu (Paul Gilmartin) wrote: >On Tue, 10 Oct 2017 17:21:29 -0700, stevet wrote: >> >>So how does one merge fixes into source if the "source" numbering is removed? >>The fixes may issue

Re: git, z/OS and COBOL

sire to use the COBOL line number columns for tags, but I can still see >using them that way going forward. > >YMMV of course, I realize that it is quite hard to change the ways that people >are used to working. > >Peter > >-----Original Message- >From: IBM Mainfr

Re: git, z/OS and COBOL

Frank, I do all my editing up on z/OS, the other developers, Java guys do it via desktop. We don't use GIT on z/OS yet. Scott On Oct 10, 2017, 7:35 PM -0400, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>, wrote: > On Tue, 10 Oct 2017 23:19:38 +, Farley, Peter x23353

Re: git, z/OS and COBOL

On Tue, 10 Oct 2017 23:19:38 +, Farley, Peter x23353 wrote: > >Once you start using git (or for that matter any of the *ix-based source >repository utilities) for mainframe source maintenance, you stop using >IEBUPDTE (or any other sequence-number-based source update process) and start

Re: git, z/OS and COBOL

or one of its predecessors, plan to eliminate all sequence numbering in the source when you first move it into the repository. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ste...@copper.net Sent: Tuesday, October 10, 2017

Re: git, z/OS and COBOL

7 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: git, z/OS and COBOL Frank: We have a Develop Branch ...and when we put in a fix for example. ...1. Created a GIT branch off Dev ..we have an internal fix number. ...2 My GIT Repo is on my ldaptop. ...3 I then upload either via FTP or IND$FILE t

Re: git, z/OS and COBOL

t; > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf > of scott Ford <idfli...@gmail.com> > Sent: Tuesday, October 10, 2017 1:57 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: git, z/OS and COBOL > > Frank a

Re: git, z/OS and COBOL

.com> Sent: Tuesday, October 10, 2017 1:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: git, z/OS and COBOL Frank and Kirk: Yes we are using Assembler and Cobol in GIT. At least one person has said they are using git for source code management of their z/OS COBOL programs. A few que

Re: git, z/OS and COBOL

Frank and Kirk: Yes we are using Assembler and Cobol in GIT. At least one person has said they are using git for source code management of their z/OS COBOL programs. A few questions, if you don't mind. 1) Did you have to eliminate the line numbers in columns 1-6? -- We dont use them 2)

Re: git, z/OS and COBOL

Just curious - is anyone using any COBOL syntax-aware editors in Eclipse? The SlickEdit Core ? Others? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message:

Re: git, z/OS and COBOL

To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: git, z/OS and COBOL Frank, The *ix compare utility is usually the "diff" command, and looking up the possible parameters for "diff" I don't see any options that would allow filtering the columns compared. It should be possible to craft a shell

Re: git, z/OS and COBOL

hard to change the ways that people are used to working. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Tuesday, October 10, 2017 1:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: git, z/OS and COBOL The reaso

Re: git, z/OS and COBOL

On Tue, 10 Oct 2017 17:18:44 +, Frank Swarbrick wrote: >The reason I asked about the line numbers thing is that git seems to use a >Unix compare utility that has no way (that I can tell) to ignore the line >numbers. So if you insert a new line then the compare thinks that every line

Re: git, z/OS and COBOL

and COBOL Sure Frank. No problem with emailing privately. Happy to help, if I can. From: Frank Swarbrick [mailto:frank.swarbr...@outlook.com] Sent: Tuesday, October 10, 2017 1:19 PM To: Edgington, Jerry; IBM-MAIN@LISTSERV.UA.EDU Subject: Re: git, z/OS and COBOL The reason I asked about the line

Re: git, z/OS and COBOL

Sure Frank. No problem with emailing privately. Happy to help, if I can. From: Frank Swarbrick [mailto:frank.swarbr...@outlook.com] Sent: Tuesday, October 10, 2017 1:19 PM To: Edgington, Jerry; IBM-MAIN@LISTSERV.UA.EDU Subject: Re: git, z/OS and COBOL The reason I asked about the line numbers

Re: git, z/OS and COBOL

: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Edgington, Jerry <jerry.edging...@kroger.com> Sent: Tuesday, October 10, 2017 10:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: git, z/OS and COBOL Frank, I have been working with several tools to build Co

Re: git, z/OS and COBOL

Frank, I have been working with several tools to build Cobol programs with as much open source as possible. Here is what I am using; Open Source - Eclipse based IDE, with IBM Aqua and Jenkins plugins - Jenkins - git. The git server is running off z/OS supported by another team Cost item; -