6

IBM i で RPGLE サブバージョン リポジトリをどのように編成しますか?

私は現在、膨大な量 (約 13k) の RPGLE (社内アプリケーションのソース) を持つ旅行会社で働いており、最終的にはバージョン管理を使用して、より最新のコーディング スタイル (WDSC 全体 - RDiのもの）。

そのため、私が常に取り組んでいるプロジェクトは、コーディング プロセス全体を少しずつ衛生化し、最新化することです。

OS/400 用のオープン ソース サブバージョンは、インストール中にわずか 2 つの小さな問題が発生するだけで、魅力的に動作します。

どうすればいいのか頭の中でかなり良いイメージを持っていますが、それはいくつかの伝統を破っていると思うので、あなたの意見が欲しいです.

/subversion/repositories/{name of the in-house-application}
   /{project_a}
       /trunk
           /doc
           /sql
           /{a source file that is named like the project. i.e. project_a }
               /myRPGsrc.rpgle
               /myCLLEsrc.clle
               /myDDSsrc.dspf
               /myDDSsrc.pf
               /compile.clle
            .iseries_project_properties
            .project
       /branch
       /tag
   /{project_b}
   /global_stuff
   /nightly_build

したがって、主な違いは、QRPGLESRC、QCLSRC、QDDSSRC などのさまざまなソース ファイルがなく、代わりにすべてのプロジェクト ソースを含み、WDSC プロジェクトとしてチェックアウトできる1 つのソース ファイルがあることです。project-sourcefile は、他のリポジトリで一般的であるように、簡単に「src」という名前にすることもできますが、一部の開発者が複数のプロジェクトを /QSYS.LIB/SOMELIB.LIB/ にチェックアウトしたい場合は、心配する必要はありません。名前空間自体。

それで、あなたはどう思いますか？ハイブリスですか？問題はありますか？すでにいくつかの経験がありますか？共有してください！:)

4

1 に答える 1

3

ソースとオブジェクトは現在どのように編成されていますか? この新しい IFS ディレクトリ構造を作成する代わりに、現在のライブラリ構造で動作するように Subversion をセットアップしますか?

ファイル拡張子には、ソース ファイル タイプ (rpgle、clle、sql など) ではなく、オブジェクト タイプ (pgm、file、cmd、pnlgrp、sql など) を使用することをお勧めします。xyz.rpgle と xyz.clle のソースは両方とも XYZ *PGM にコンパイルされるため、競合する可能性があります。

于 2008-12-23T21:29:38.187 に答える