svnci-developer Mailing List for SVN Client for i
Status: Planning
Brought to you by:
jmarkmurphy
You can subscribe to this list here.
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(12) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|
From: Mark Murphy/S. B. C. Inc. <mm...@ST...> - 2010-06-02 18:45:35
|
One of the things we would be missing when using PDM with SVN is the status of the source members. I don't think we can hack into PDM and display version status info. We would have to replace PDM with SVNPDM or something like that. PDM doesn't really do all that much other than list the source members and allow you to compile them. An SVN enhanced version of PDM could easily do that and show member status as well. We could even have it use the custom options file to use the custom options that people have created. Mark Murphy STAR BASE Consulting, Inc. mm...@st... |
From: Mark M. <mm...@ci...> - 2010-05-29 12:48:03
|
I have enabled the wiki, and added some use cases to it. |
From: Mark Murphy/S. B. C. Inc. <mm...@ST...> - 2010-05-28 21:12:08
|
There is no SVN checkout except the initial checkout when you first create the project. Mark Murphy STAR BASE Consulting, Inc. mm...@st... From: "Richard Schoen" <ri...@rj...> To: <mid...@mi...> Date: 05/28/2010 04:10 PM Subject: Re: Subversion and RPG source change management Sent by: mid...@mi... I don't believe the SVN checkout locks anything does it ? Each user gets a sandbox working copy. Regards, Richard Schoen RJS Software Systems Inc. Where Information Meets Innovation Document Management, Workflow, Report Delivery, Forms and Business Intelligence Email: ri...@rj... Web Site: http://www.rjssoftware.com Tel: (952) 736-5800 Fax: (952) 736-5801 Toll Free: (888) RJSSOFT ------------------------------ message: 6 date: Fri, 28 May 2010 13:54:26 -0500 from: Aaron Bartell <aar...@gm...> subject: Re: Subversion and RPG source change management >It's quite probable that commit conflict resolution would have to be performed asynchronously, anyway; perhaps phone contact with the other programmer who committed his changes first; source compare; source merge; resolve differences. I think this is where a "check out" system coupled with a nightly mass commit from SEU to SVN would be perfect. By checking out a source member you lock others from modifying the same one until you check it back in. And since there is only one person modifying it you shouldn't ever need merges - or at least it would be rare. Aaron Bartell http://mowyourlawn.com http://mowyourlawn.com/blog/ -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MID...@mi... To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MID...@mi... Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. |
From: Arco S. <ar...@gm...> - 2010-05-28 19:43:06
|
Mark, if you could turn the wiki function on, I'll put that little howto there. However, Nathan, if you are looking for making a start with the server component, you are better off to just download the Softlanding port. That one is stable and well documented. Regards, -Arco 2010/5/28 Nathan Andelin <nan...@ya...> > That would be most helpful, Arco. And if you were to add it to the Source > forge project, or some kind of Wiki, you'll probably get public feedback. > I'm interested in trying it. I haven't used Subversion, yet. But after I > gain some experience with it, I hope to contribute something besides words > to the project. > > -Nathan. > |
From: Mark Murphy/S. B. C. Inc. <mm...@ST...> - 2010-05-28 19:23:44
|
Do we need a wiki for the project? I can turn it on. Mark Murphy STAR BASE Consulting, Inc. mm...@st... From: Nathan Andelin <nan...@ya...> To: Midrange Systems Technical Discussion <mid...@mi...> Date: 05/28/2010 03:15 PM Subject: Re: Subversion and RPG source change managemen Sent by: mid...@mi... That would be most helpful, Arco. And if you were to add it to the Source forge project, or some kind of Wiki, you'll probably get public feedback. I'm interested in trying it. I haven't used Subversion, yet. But after I gain some experience with it, I hope to contribute something besides words to the project. -Nathan. ----- Original Message ---- From: Arco Simonse <ar...@gm...> To: Midrange Systems Technical Discussion <mid...@mi...> Sent: Fri, May 28, 2010 11:43:26 AM Subject: Re: Subversion and RPG source change managemen Nathan, No problem to write a little Howididit for that, but I'm not qualified to say if that was the right way. Installing an rpm or tar is not that difficult, but you have be careful to not disturb other installs. Subversion has a few hands full of dependencies, programs that need to be installed first, sometimes requirering a certain minimum version. And there is some risk to run in conflicts. Like I did, when I did not check that the APR (Apache Portable Runtime) already was installed as part of the standard IBM installation. I overwrote with a newer version and now have some conflicts to solve ;-) However I will create a kind of howto for it, and then you can carefully check what you want to install. Regards, -Arco -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MID...@mi... To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MID...@mi... Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. |
From: Arco S. <ar...@gm...> - 2010-05-28 18:22:50
|
Hey, if we do it right they can also do a compare with revision x from SEU! But, you are right, if they need that info, it has to be kept. Regards, -Arco 2010/5/28 Mark Murphy/STAR BASE Consulting Inc. <mm...@st...> > I agree, but if we are trying to make this work for PDM/SEU users as well, > then it is a bit harder to do that. > > I don't even see that data in WDSC, but it is a key piece of information > that should not be lost for PDM/SEU users. > > Mark Murphy > STAR BASE Consulting, Inc. > mm...@st... > > > > From: Arco Simonse <ar...@gm...> > To: Midrange Systems Technical Discussion <mid...@mi...> > Date: 05/28/2010 12:57 PM > Subject: Re: Subversion and RPG source change management > Sent by: mid...@mi... > > > > What is the added value of keeping the "change date area" in the source > if > you have Subversion to inspect your source differences? > See how easy it is in RDI to click "Compare with: Base revision" or > others. > If you get used to that, you'll never get back on the "change date area". > Regards, > -Arco > 2010/5/28 Mark Murphy/STAR BASE Consulting Inc. <mm...@st...> > > > WDSC stores source in the IFS as a text file with the line number and > > change date as the first 12 characters of each line. When sending > changes > > up there must be a way for it to manage that. Probably deletes all the > > records from the member and inserts the new records as they are stored > in > > the file. This is different from how CPYF works with source files. I > > suspect that what we need to use is an RPG program, or find the one that > > already exists for WDSC, and use that to get the source to the iSeries > > without loosing line numbers and date stamps. > > > > I know uploading source in the standard manner will not work. > > > -- > > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing > list > To post a message email: MID...@mi... > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/midrange-l > or email: MID...@mi... > Before posting, please take a moment to review the archives > at http://archive.midrange.com/midrange-l. > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Svnci-developer mailing list > Svn...@li... > https://lists.sourceforge.net/lists/listinfo/svnci-developer > |
From: Mark Murphy/S. B. C. Inc. <mm...@ST...> - 2010-05-28 17:55:58
|
As long as it isn't too frequent I am ok with it. But we should have a way to commit interactively Mark Murphy STAR BASE Consulting, Inc. mm...@st... From: Nathan Andelin <nan...@ya...> To: Midrange Systems Technical Discussion <mid...@mi...> Date: 05/28/2010 01:04 PM Subject: Re: Subversion and RPG source change management Sent by: mid...@mi... > From: Mark Murphy > Unfortunately the Commit can fail if there are conflicts, and needs to be > watched. That's true, but I don't have a problem with it. It's quite probable that commit conflict resolution would have to be performed asynchronously, anyway; perhaps phone contact with the other programmer who committed his changes first; source compare; source merge; resolve differences. If a nightly commit fails, just send the programmer an SMS or email message, and add a record to a history table. -Nathan. -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MID...@mi... To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MID...@mi... Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. |
From: Mark Murphy/S. B. C. Inc. <mm...@ST...> - 2010-05-28 17:54:20
|
I agree, but if we are trying to make this work for PDM/SEU users as well, then it is a bit harder to do that. I don't even see that data in WDSC, but it is a key piece of information that should not be lost for PDM/SEU users. Mark Murphy STAR BASE Consulting, Inc. mm...@st... From: Arco Simonse <ar...@gm...> To: Midrange Systems Technical Discussion <mid...@mi...> Date: 05/28/2010 12:57 PM Subject: Re: Subversion and RPG source change management Sent by: mid...@mi... What is the added value of keeping the "change date area" in the source if you have Subversion to inspect your source differences? See how easy it is in RDI to click "Compare with: Base revision" or others. If you get used to that, you'll never get back on the "change date area". Regards, -Arco 2010/5/28 Mark Murphy/STAR BASE Consulting Inc. <mm...@st...> > WDSC stores source in the IFS as a text file with the line number and > change date as the first 12 characters of each line. When sending changes > up there must be a way for it to manage that. Probably deletes all the > records from the member and inserts the new records as they are stored in > the file. This is different from how CPYF works with source files. I > suspect that what we need to use is an RPG program, or find the one that > already exists for WDSC, and use that to get the source to the iSeries > without loosing line numbers and date stamps. > > I know uploading source in the standard manner will not work. > -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MID...@mi... To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MID...@mi... Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. |
From: Mark Murphy/S. B. C. Inc. <mm...@ST...> - 2010-05-28 16:26:22
|
Unfortunately the Commit can fail if there are conflicts, and needs to be watched. I don't think a late night commit with no user intervention will be a good solution. Mark Murphy STAR BASE Consulting, Inc. mm...@st... From: Nathan Andelin <nan...@ya...> To: Midrange Systems Technical Discussion <mid...@mi...> Date: 05/28/2010 12:22 PM Subject: Re: Subversion and RPG source change managemen Sent by: mid...@mi... What a flurry of activity! I'm please to hear about Arco's success with the running the AIX version. I'd like to try it on my server, but my PASE qualifications are close to nil, so any instructions, pointers, or tips would be most helpful. I could also use the Apache configuration to support remote SVN clients. Some of my thoughts about an IBM i SVN client were influenced by TAATOOLS: http://taatool.com/document/L_srcctl.htm Those are primarily command-line tools, written in CL, where most of the source-control configuration, audit, and history data are stored in IBM i tables. I was also influenced by comments here, and from other sources, which discussed a "distributed" approach to source control, which address performance concerns. Checking source out & in, against the IBM i library-file system performs exceptionally well. From there, all we'd need to do is to synchronize those changes with a Subversion repository, which could be performed asynchronously (in batch); perhaps at night. My other reasons for using IBM i tables to store configuration, lock state, and check-out/check-in/repository-resolution data, would be to make it easier to query and report source-code change. I don't see that as reinventing the wheel. I'm not very qualified in RSE, or other Eclipse-based tools, but my understanding is that RSE could evoke CL commands or programs to run check-out & check-in procedures. It appears that synchronizing IBM i library/file/members with a Subversion could be handled by wrappers around the PASE SVN client. But I'm also interested in the approach that Aaron Bartell took; using the Java-based SVNKit. -Nathan. ----- Original Message ---- From: Mark Murphy/STAR BASE Consulting Inc. <mm...@ST...> To: Midrange Systems Technical Discussion <mid...@mi...>; svn...@li... Sent: Fri, May 28, 2010 9:19:13 AM Subject: Re: Subversion and RPG source change managemen That is an interesting point. I am wondering if what we really need is a plugin or extension to RSE that hooks in to a PDM client, or if we would do better extending the Subversion plugin for eclipse to support RSE. I am cross posting this to svn...@li... Mark Murphy STAR BASE Consulting, Inc. mm...@st... From: Arco Simonse <ar...@gm...> To: Midrange Systems Technical Discussion <mid...@mi...> Date: 05/28/2010 11:07 AM Subject: Re: Subversion and RPG source change managemen Sent by: mid...@mi... The current SVN plugins for Eclipse all do work with the principle of checking out a working copy to a local Eclipse project. They do not function within RSE. I have no idea if that has a technical reason or what. However I would like it very much if RSE functionality could be eshtablised. I know little of RPGNEXTGEN, but I assume it also works with RSE? Would it would be developing in two different worlds? A native SVNci client would require wrappers around the PASE svn programs or maybe patches in those programs themselves. I don't know if that would also help the implementation/modification of an Eclipse client, I don't know about how the technique works that would be used to connect from Eclipse to the i. Regards, -Arco 2010/5/28 Mark Murphy/STAR BASE Consulting Inc. <mm...@st...> > Actually there are several Eclipse plugins for SVN. I was thinking that > this would be more and enabler for PDM users. > > Mark Murphy > STAR BASE Consulting, Inc. > mm...@st... > > > -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MID...@mi... To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MID...@mi... Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MID...@mi... To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MID...@mi... Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MID...@mi... To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MID...@mi... Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. |
From: Mark Murphy/S. B. C. Inc. <mm...@ST...> - 2010-05-28 16:20:47
|
WDSC stores source in the IFS as a text file with the line number and change date as the first 12 characters of each line. When sending changes up there must be a way for it to manage that. Probably deletes all the records from the member and inserts the new records as they are stored in the file. This is different from how CPYF works with source files. I suspect that what we need to use is an RPG program, or find the one that already exists for WDSC, and use that to get the source to the iSeries without loosing line numbers and date stamps. I know uploading source in the standard manner will not work. Mark Murphy STAR BASE Consulting, Inc. mm...@st... From: Charles Wilt <cha...@gm...> To: Midrange Systems Technical Discussion <mid...@mi...> Date: 05/28/2010 11:44 AM Subject: Re: Subversion and RPG source change managemen Sent by: mid...@mi... Just a thought here... I agree with Mark W. regarding date stamps on each line, and the usefulness of the source last changed info in the object. I see a couple of possibilities: The Change Object Description (QLICOBJD) API can be used to change the source file name, library and date/time on a compiled object. Also, remember that a SRC-PF is still a PF. If your SVN client supports source PF, when the latest version of a source is pulled into a developers working copy your SVN client could go ahead and call a utilities that updates the source member date time with the appropriate date. HTH, Charles On Fri, May 28, 2010 at 9:53 AM, Mark S. Waterbury <mar...@at...> wrote: > I do not consider it a "big deal" or worry about the date stamps in each > source line. I am more concerned with the source file, library and > member name and source last changed date/time stamps reflected in the > OIR information of objects created from source, including: *PGMs, > *MODULEs, *SRVPGMs (for binder source), *FILEs, *CLDs, *CMDs, *PNLGRPs, > *QMFORMs, *QMQRYs, and *TBLs. -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MID...@mi... To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MID...@mi... Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. |
From: Mark Murphy/S. B. C. Inc. <mm...@ST...> - 2010-05-28 15:22:03
|
That is true, you can even add custom commands to RSE, so if we started with a PDM plugin, commands could be added to RSE to execute them until we had a more integrated solution built. Mark Murphy STAR BASE Consulting, Inc. mm...@st... From: David Gibbs <da...@mi...> To: Midrange Systems Technical Discussion <mid...@mi...> Date: 05/28/2010 11:12 AM Subject: Re: Subversion and RPG source change managemen Sent by: mid...@mi... Arco Simonse wrote: > The current SVN plugins for Eclipse all do work with the principle of > checking out a working copy to a local Eclipse project. They do not function > within RSE. I have no idea if that has a technical reason or what. However I > would like it very much if RSE functionality could be eshtablised. I know > little of RPGNEXTGEN, but I assume it also works with RSE? The SVN plugin's for eclipse work using the Team provider API's ... the RSE does not currently support the Team API. There are (relatively) easy ways to add sub-menus & actions to RSE items using a Eclipse plug-in. david -- IBM i on Power Systems - For when you can't afford to be out of business -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MID...@mi... To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MID...@mi... Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. |
From: Mark Murphy/S. B. C. Inc. <mm...@ST...> - 2010-05-28 15:19:21
|
That is an interesting point. I am wondering if what we really need is a plugin or extension to RSE that hooks in to a PDM client, or if we would do better extending the Subversion plugin for eclipse to support RSE. I am cross posting this to svn...@li... Mark Murphy STAR BASE Consulting, Inc. mm...@st... From: Arco Simonse <ar...@gm...> To: Midrange Systems Technical Discussion <mid...@mi...> Date: 05/28/2010 11:07 AM Subject: Re: Subversion and RPG source change managemen Sent by: mid...@mi... The current SVN plugins for Eclipse all do work with the principle of checking out a working copy to a local Eclipse project. They do not function within RSE. I have no idea if that has a technical reason or what. However I would like it very much if RSE functionality could be eshtablised. I know little of RPGNEXTGEN, but I assume it also works with RSE? Would it would be developing in two different worlds? A native SVNci client would require wrappers around the PASE svn programs or maybe patches in those programs themselves. I don't know if that would also help the implementation/modification of an Eclipse client, I don't know about how the technique works that would be used to connect from Eclipse to the i. Regards, -Arco 2010/5/28 Mark Murphy/STAR BASE Consulting Inc. <mm...@st...> > Actually there are several Eclipse plugins for SVN. I was thinking that > this would be more and enabler for PDM users. > > Mark Murphy > STAR BASE Consulting, Inc. > mm...@st... > > > -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MID...@mi... To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MID...@mi... Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. |
From: Mark Murphy/S. B. C. Inc. <mm...@ST...> - 2010-05-28 13:52:38
|
Welcome to the SVN Client for i developer mailing list. I believe I have this list set up like the Midrange lists, so let me know if anything does not work out quite right. We can continue our discussion here to avoid cluttering the midrange-l list. Mark Murphy STAR BASE Consulting, Inc. mm...@st... |