SVN中的Talend项目

SVN中的Talend项目,svn,version-control,talend,Svn,Version Control,Talend,我需要使用Talend Open Studio和SVN。我应该放在存储库中的文件夹是什么?嗯,“官方”答案是升级到Talend Integration Suite(TIS),其中包括SVN集成。在使用共享存储库同步多个开发人员的活动方面有很大的帮助 如果您不选择TIS,那么将Talend Open Studio(TOS)的项目目录置于SVN控制之下可能会取得一些成功。这是“工作区”下与项目同名的目录。您必须在此目录上手动执行所有SVN操作,例如提交和更新,例如使用Tortoise(如果您在Win

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

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


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

我也遇到了类似的问题,并为此写了一篇博客,请参阅。基本上,您应该对整个工作区进行版本设置。

我将解释我所采用的方法

  • TOS IDE需要的文件是
    *.items
    *.properties
    文件。你 可以使用这些文件来控制TOS作业的版本 保持与Talend IDE相关的作业的准确状态
  • 所以,每当你在Talend工作中完成一些改进时。输出它 使用“导出项目”选项,并将其置于SVN修订版下。档案 生成的文件通常是ZIP存档文件
  • 当您需要恢复到以前的版本时,可以使用“导入项目” 已保存的ZIP存档文件中的选项

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

强烈反对将TOS工作区置于SVN之下,因为CSV/SVN本质上是基于文件的,而TOS工作区是基于目录的。您在工作区中发生损坏的概率非常高

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


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

我认为有更好的机制可以用git做到这一点,而无需跟踪整个工作区。由于多个开发人员跟踪整个工作区,因此会在二进制文件上产生合并冲突,并且无法扩展。检查此处提到的步骤-。如果您面临问题,请告诉我。

您可以将其内容导出并将构建放到SVN中,而不是将整个项目存储在SVN中。(我们这样做,对于一个人的表演或纪律严明的团队来说效果很好。)

优点:

  • 由于不影响生成的源代码的微小更改,您不需要进行提交
  • 你会节省很多空间
  • 您可以完全控制哪些内容放在SVN上,哪些不放在SVN上
  • 如果您勾选“java源代码”和“解压缩zip文件”复选框,您还将获得纯文本源代码。因此,您可以使用简单的差异工具查看修订之间的具体变化
缺点:

  • 在开始任何工作(如果有任何更改)之前,必须手动将新修订导入Talend studio,并在提交之前手动导出。对于大型项目,这可能需要几分钟的时间
  • 如果有人忘了这么做,您就有可能让他使用旧代码并犯下这样的错误。(在提交之前对生成的源代码进行差异审查时,可以发现这个错误,但很少有人这样做。)

请在您的问题中详细说明。你说的是哪个文件夹?您想使用SVN修订的项目文件?这是我的问题,我不知道应该放在存储库中的文件夹是什么。希望此链接能有所帮助:并查看上面搜索框旁边的常见问题解答。他们也可以帮忙。请记住,stackoverflow和其他stackexchange站点不是典型的fourm帮助站点。这是一种不同的节奏。