【问题标题】:Talend project in SVNSVN 中的 Talend 项目
【发布时间】:2011-01-05 13:57:14
【问题描述】:

我需要通过 SVN 使用 Talend Open Studio。我应该放在存储库中的文件夹是什么?

【问题讨论】:

  • 请在您的问题中提供更详细的信息。你说的是哪个文件夹?您要使用 SVN 修改的项目文件?
  • 这是我的问题,我不知道我应该放在存储库中的文件夹是什么。
  • 希望此链接对您有所帮助:blog.stackoverflow.com/2010/09/good-subjective-bad-subjective 并查看上方搜索框旁边的常见问题解答。他们也可以提供帮助。请记住,stackoverflow 和其他 stackexchange 站点不是典型的 Fourm 帮助站点。这是一种不同的节奏。

标签: svn version-control talend


【解决方案1】:

嗯,“官方”答案是升级到 Talend Integration Suite (TIS),其中包括 SVN 集成。使用共享存储库同步多个开发人员的活动大有帮助。

如果 TIS 不适合您,您可以通过将 Talend Open Studio (TOS) 的项目目录置于 SVN 控制下取得一些成功。这是与您的项目同名的“工作区”下的目录。您必须在此目录上手动执行所有 SVN 操作,例如提交和更新,例如使用 Tortoise(如果您在 Windows 上)。 TOS 可能可以使用这个项目,就好像它不在 SVN 下一样。我个人没有尝试过,建议改用 TIS。

【讨论】:

    【解决方案2】:

    强烈建议不要将 TOS 工作区放在 SVN 下,因为 CSV/SVN 本质上是基于文件的,而 TOS 工作区是基于目录的。您在工作区损坏的可能性非常高。

    然而,我在 git 下取得了不错的结果,而不是(看看here 的想法)。我必须说它并不优雅,将整个工作区置于版本控制之下是对空间的巨大浪费(您将提交编译的文件、日志、历史记录、临时......),但它是确保元数据完整性的唯一安全解决方案。

    注意!在 */.java* 子树中,您至少执行了一次项目中每个作业的外部库和类路径文件。 这些路径是绝对的。这意味着,如果您计划在共享环境中使用受版本控制的工作区,团队中的任何人必须将工作区放置在其本地文件系统中的绝对位置(即 c:/talend_git/workspace) .否则,您将在执行作业时得到一个类未找到异常。悲伤但真实。

    【讨论】:

      【解决方案3】:

      我将解释我遵循的方法

      • TOS IDE 需要的文件是*.items*.properties 文件。你 可以将这些文件用于版本控制您的 TOS 作业,因为它会 保持与 Talend IDE 相关的工作的准确状态。
      • 因此,只要您完成了对 Talend 工作的一些增强。导出它 使用“导出项目”选项并将它们置于 SVN 修订版下。文件 生成的通常是一个 ZIP 存档文件。
      • 当您需要恢复到以前的版本时,您可以使用“导入项目” 您已保存的 ZIP 存档文件中的选项

      这就是我处理 Talend 作业版本控制的方式。希望这会有所帮助。

      【讨论】:

        【解决方案4】:

        我认为有更好的机制可以使用 git 来执行此操作,而无需跟踪整个工作区。多个开发人员跟踪整个工作区会在二进制文件上产生合并冲突并且无法扩展。检查此处提到的步骤 - https://medium.com/@ganesh_m_r/version-control-talend-open-studio-project-b9523c48eb77。如果您遇到问题,请告诉我。

        【讨论】:

          【解决方案5】:

          我遇到了类似的问题并写了一篇关于它的博客,请参阅Putting Talend Open Studio projects under version control。基本上,您应该对整个工作区进行版本控制。

          【讨论】:

            【解决方案6】:

            您可以导出其内容并将构建放入您的 SVN 中,而不是将整个项目存储在您的 SVN 中。 (我们这样做,它适用于单人表演或纪律严明的团队。)

            优点:

            • 您无需进行提交,因为微小的更改不会影响生成的源代码。
            • 您将节省大量空间。
            • 您可以完全控制放入 SVN 的内容和不放入的内容。
            • 如果您勾选了“java 源”和“提取 zip 文件”复选框,您还将获得纯文本源代码。因此,您可以使用简单的差异工具来查看究竟是什么在您的修订之间发生了变化。

            缺点:

            • 您必须在开始任何工作之前将新修订版手动导入 Talend 工作室(如果有任何更改),并在提交之前手动导出。对于大型项目,这可能需要几分钟时间。
            • 如果有人忘记这样做,您将面临他使用旧代码并提交该代码的风险。 (在提交之前对生成的源代码进行 diff review 时会发现这个错误,但很少有人这样做。)

            【讨论】:

              猜你喜欢
              • 1970-01-01
              • 1970-01-01
              • 1970-01-01
              • 2015-07-08
              • 1970-01-01
              • 1970-01-01
              • 2023-03-15
              • 1970-01-01
              • 1970-01-01
              相关资源
              最近更新 更多