从 Aldon 迁移到另一个版本控制产品答案

【问题标题】：Moving from Aldon to another version control product从 Aldon 迁移到另一个版本控制产品
【发布时间】：2020-03-02 05:16:12
【问题描述】：

我们正在寻找替代我们当前 Aldon 设置的版本控制。我们有使用 Aldon 的 iSeries 开发人员和基于 Windows 的开发人员。

我有一个大问题是我们如何将版本控制存储库从 iSeries 移动到不同的源控制存储库，如 Github 或 TFVC？甚至可能吗？或者，我们是否面临拥有一个旧版本控制存储库和一个新版本控制存储库的问题？

这个问题的部分原因是我们公司仍然使用 iSeries，所以我确信那些开发人员仍然必须使用 Aldon。或者是否有替代方案让 iSeries 和基于 Windows 的开发人员可以使用相同的源代码控制产品，但不基于 iSeries？

感谢任何输入。

【问题讨论】：

我想听听 github 存储库如何与 ibm i 上的库、源成员、服务程序等一起工作。
这个问题确实超出了StackOverflow的范围。也就是说，肯定有办法将源代码控制历史从一个系统导入到另一个系统。不过，其中的细节完全取决于 from 和 to 系统。
参考@StephenRichter，IBM i 上的大多数 Git 设置将源代码移动到 IFS 以便从那里进行管理。我知道至少有一个供应商似乎将 Git 移植到标准 IBM i 库、源成员等，但我还没有尝试过。不过，我认为没有理由无法完成。
@StephenRichter - 放大 Player1st 所说的：IBM 不久前添加了直接从 IFS 流文件编译 RPG 的选项，并且最近为 ILE CL 添加了相同的选项（CRTCLMOD 和 CRTBNDCL 命令）。因此，IBM 似乎正朝着最终支持全流文件源方案的方向发展。如果您的项目主要由 PASE 组成，并且有一些 RPG 和 CL 纯粹用于后端功能（没有显示文件等），那么您已经可以在那里了。

【解决方案1】：

要记住的一点是，IBM i 上的变更控制不仅仅是源代码。

需要构建对象，需要保留权限和属性，需要管理数据库中的数据，并且您可能需要部署到本地和远程系统。

您可以开发脚本来为您自动完成很多工作，但工作量很大。

专门构建的变更控制系统会为您解决这些问题。

完全披露：我为 IBM i 变更控制供应商（不是 Aldon）工作。

【讨论】：

构建对象等的想法并不是 IBM i 独有的。我不会说“变更控制”仅与其他平台上的源代码有关。只是其他平台，尤其是 Unix 及其后代，倾向于采用更“用于单独作业的单独工具”方法，并且它们将 源版本控制 与构建系统分离（并且可能使用另一种工具将它们粘合在一起）。与更统一的方法相比，这具有优点和缺点。您不必为其他平台编写自己的构建系统；有现成的选择。
没错，但是 IBM i 对象具有其他平台所不具备的一些特性，并且“传统”变更控制系统（和构建系统）不支持。