|
In my thought process the master copies will always technically be in
SVN because you would be committing changes on a regular basis.
Another benefit of using source files as the master is that the
edit/compile/build process would still feel natural to an RDI or SEU
user. I have a hard time picturing check out to PC, edit with RDI,
save to PC, commit, check out to source file, build. Too many steps
unless you can describe a shorter process.
Developers would have access to the SVN options in RSE because you can
create user actions which would trigger CL commands for source
commitment. I would not use iSeries projects because that mechanism is
klunky. Furthermore users would still have to ability to use SVN and
Tortoise if desired to check out individual members to the PC as well.
On the IFS comment I have chosen to write headers to the source members
when first committed or the developer can pre-add them to each source
member. The header has 3 keywords @@MEMBER, @@TYPE and @@TEXT as header
keywords. This will allow source type and text to be automatically
rebuilt on a get or refresh of the source members from a repo. I don't
want to tie this to an SVN property because it could get klunky. Better
to recreate the source member, get the keywords and change source member
properties on a get or checkout.
My focus is to allow the source to be edited and maintained in either
RDI or SEU because we use both and most real world shops do as well.
SVN is a source version archive. That's its main purpose and what we
plan to use it for :-)
Queue David for the Change Management conversation..........
Actually I do want to look into the Rational Team Concert offering as
well. Apparently V2.0 is a little more compelling, however I wouldn't
relish moving all my SVN repositories to it.
As an Amazon Associate we earn from qualifying purchases.
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.