× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



SVN is for storing source and keeping track of the versions. In most
large systems, there's some sort of build source. In UNIX it is a "make"
file. In i it might be a CL source with a bunch of CRTRPGMOD and CRTPGM
commands in it. The build source is committed at the same time as all
the other source so it is all in the same "version". So if you need to
revert to a previous version and build, your revert pulls all the
appropriate stuff.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of jim@xxxxxxx
Sent: Friday, May 14, 2010 1:42 PM
To: Midrange Systems Technical Discussion
Subject: RE: Subversion and RPG source change management

I don't mean to be disrespectful, but why would you want to store info
on how to create the object? Isn't that outside the scope of a version
control system? What am I missing?

-Jim

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Vern Hamberg
Sent: Friday, May 14, 2010 1:15 PM
To: Midrange Systems Technical Discussion
Subject: Re: Subversion and RPG source change management

Alan Campin has a utility that compiles objects, and it uses commands
listed in a comment header, as I recall. This is like MAKE rules and the
like, to some degree. Perhaps this kind of thing can be used with SVN.
Or can create stuff be stored in SVN properties and somehow used in
commands?

Vern

Richard Schoen wrote:
Yeah, I'll check out the SVN properties as an option, but I would also

like to allow the iSeries developer to be able to control as much as
possible from the source member itself and source code headers seem to

be a nice solution for that.

So why would I even need the "I" project mechanism ?

Here's one possibility:
If I can check out via Tortoise or Subclipse I can open the files
locally on my PC without remote systems explorer.

Theoretically with access to the SVN repository directly from both
WDSC/RDP/RDI and PDM/SEU on the green screen, remote systems explorer
may only be needed for the iSeries integration for compilation and
builds if they are triggered from RDI.

So far there seems to be no takers on getting involved in this project

so it will most likely toddle along as I can find spare time which is
rare between running a software company and raising two 3yr olds :-)

I would be happy to host a design session on Gotomeeting or
Gotowebinar if anyone is interested in contributing to the high level
design process for this.

Even though there are other open source code mgmt platforms out there,

SVN seems to be quite good for our usage so my focus will be around
SVN since that's where we will be moving towards for source control.

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: 1
date: Fri, 14 May 2010 15:40:00 +0200
from: Arco Simonse <arco400@xxxxxxxxx>
subject: Re: Subversion and RPG source change management

That's a good starting point. An option to save the sourcemember text
is to use SVN properties. This is the recommended SVN way to register
metadata of files.
However there would still be a problem when you want to checkout
directly from an SVN repository to i Projects in RDP / RDI / WDSC. I
think that it would not be possible to support both, due to
differences in handling of the metadata.
Regards,
-Arco



--
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.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.