我们不断地对 ETL 程序 (IBM Datastage 8.5) 进行更改,并且大部分都在同一个项目文件夹中。
有太多版本的代码在实现时让开发人员感到困惑。
我正在寻找的是用于数据阶段代码的 GitHub 东西..
各位高手能帮帮我吗...
谢谢!
我们不断地对 ETL 程序 (IBM Datastage 8.5) 进行更改,并且大部分都在同一个项目文件夹中。
有太多版本的代码在实现时让开发人员感到困惑。
我正在寻找的是用于数据阶段代码的 GitHub 东西..
各位高手能帮帮我吗...
谢谢!
Datastage 在版本控制方面非常糟糕。不同的组织使用不同的工具来尝试实施一定数量的版本控制。例如 1. 他们会将代码的最新 dsx 存储在服务器中。2.从那里使用SVN签入和签出代码。3.因此,如果您需要处理代码,您将首先检查是否有人检查过,如果没有,然后继续从 SVN 提取最新版本的 dsx;查看 SVN 中的 dsx ;4. 导入并进行修改;5. 将修改后的代码导出;6. 在 SVN 重新检查我知道它不是真正的解决方案,但可能是大型开发人员环境中的最佳选择。
我们有 InfoSphere Information Server Manager 及其在 DataStage 安装中可用。
使用 InfoSphere Information Server Manager 为 DataStage Components 创建部署包。
并获得任何好的版本控制工具来维护版本。
示例 - 您可以使用 eclipse SVN 版本实用程序
要开始此过程,请始终从 LIVE Env 获取最新代码并在 Test Env 或其他 Env 中进行更改。
部署前——
使用 InfoSphere Information Server Manager 在 Prod 中创建相关 DataStage 组件的备份包,并从 SVN 获取该组件的版本号
为修改后的作业创建包并将其发送到 Live Env,而无需替换现有或正在运行的代码。
从 SVN 获取此软件包的版本号。
部署 -
使用 InfoSphere Information Server Manager 将现有代码替换为新代码。
如果新部署有任何问题,将代码回滚到以前的版本
目前,我正在使用将作业导出为dsx文件的选项对它们进行版本化。
因此,当我需要回滚到以前的版本时,只需使用导入对象选项并选择导出的dsx文件。
关注此线程的人可能有兴趣知道我的组织通过 DataStage 开发(称为“MettleCI”)实施 DevOps 方法的解决方案现已在 Atlassian 市场上公布: https ://marketplace.atlassian.com/plugins/com.datamigrators .atlassian.bitbucket.mettleci/