svn - 您如何在IBM i上组织RPGLE颠覆存储库？

您如何在IBM i上组织RPGLE颠覆存储库？

我目前在一家旅游公司工作，该公司的RPGLE数量很多(约13000克)，这些钱都用于他们的内部应用程序，最后他们想使用版本控制并采用更现代的编码风格(整个WDSC- RDi的东西)。

因此，我的无休止的项目是逐步完善和现代化整个编码过程。

open source subversion for OS/400在安装过程中仅显示2个小问题，就像一个 super 按钮。

我脑海中有一个很好的形象，它应该如何工作，但是我认为它与某些传统相违背，所以我希望得到您的意见。

/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项目 checkout 的源文件。就像在其他存储库中常见的一样，也可以将project-sourcefile轻松命名为“src”，但是如果某些开发人员希望将多个项目 checkout 到/QSYS.LIB/SOMELIB.LIB/中，则不必担心命名空间本身。

所以你怎么看？是杂草吗？你看到问题了吗？你有经验吗？请分享! :)

最佳答案

当前如何组织源和对象？您是否要设置Subversion以使其与当前库结构一起使用，而不是创建此新的IFS目录结构？

我建议使用对象类型(pgm，文件，cmd，pnlgrp，sql等)作为文件扩展名，而不要使用源文件类型(rpgle，clle，sql等)。由于xyz.rpgle和xyz.clle源代码都编译为XYZ * PGM，因此它们可能会发生冲突。

关于svn - 您如何在IBM i上组织RPGLE颠覆存储库？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/325401/