在Talend项目上进行分支和合并

时间:2014-10-29 11:51:13

标签: svn merge talend

我们使用Talend Enterprise,我们将它连接到我们的SVN服务器。 这使我们能够创建新的分支来启动新的开发/错误修正。

我还没有找到一种巧妙地将开发人员从分支机构合并到另一个分支/主干的方法。

我知道帮助我合并的唯一工具是:

  1. 将一个作业从一个分支复制到另一个分支的能力
  2. 有一个工作比较功能
  3. 我觉得最令人沮丧的是:

    1. 我必须记住我们一直在改变的工作,因为没有办法检查两个分支的差异(除了手工逐个检查工作);
    2. 我必须手动将每个作业从一个分支复制到目的地;
    3. 作业比较非常缓慢,所以现在不适用;
    4. 我认为没有合并工具并且一个接一个地复制作业是令人沮丧和容易出错的

      我错过了什么吗?

1 个答案:

答案 0 :(得分:1)

不,这几乎涵盖了一切。

你需要记住的是,虽然技术上在背景中使用SVN,但与普通的SVN存储库相比,Talend存储库与它的工作方式有很大的不同。在某种程度上,您可以使用Tortoise SVN(其他SVN客户端可用)来进行合并等,但要预先警告,如果您搞砸了您的项目,这可能会使您的支持合同无效。

就我个人而言,我倾向于将主干作为主要的开发工作区,并在那里进行所有开发。通常我的团队将处理单独的项目,因此没有重叠,但是当我们在同一空间工作时,我们仍然会限制自己在项目中设置工作。这意味着我们不倾向于从主开发主干中采用任何单独的分支。

然后,为了释放,我们采用树干的标签,这是一个只读分支。这为我们提供了稳定的测试基础,然后再投入生产。

如果在版本中发现任何错误并且主干中的开发已经移动太远而无法更正并将其部署为新标记,那么我们可以采用标记的分支并在那里进行任何必要的更改,释放固定标记从这个固定的分支。然后,我们将必要的修复程序移植到主干上。

这代表了如何实现这一目标的总体计划,但实际上我们尝试对事物进行小规模更改并以敏捷方式发布,因此主干不应(理想情况下)远离测试和生产环境。我们真正担心整个合并过程的唯一一次是当我们对项目架构进行根本性改变并大规模重构它的大块时。这显然应该是一次蓝月型的变化。