Eclipse 每个开发人员一个分支:如何使用SVN实现这一点?

Eclipse 每个开发人员一个分支:如何使用SVN实现这一点?,eclipse,svn,tortoisesvn,Eclipse,Svn,Tortoisesvn,我们正在从源代码控制Clearcase过渡到SVN,我们在SVN中找不到与Clearcase类似的工作流 在Clearcase中,我们有一个集成视图,从那里完成构建。每个开发人员也有自己的“开发人员视图”,在那里进行开发。周期性地(当某个工作项完成时),来自dev视图的代码被交付到integration视图中。然后两个视图同步在一起,我们就可以开始了。在这种情况下,“开发者视图”可以使用多年 我们尝试使用分支在SVN中实现相同的工作流,但存在以下问题: 如svn文件所述,如果 使用 --重新整合

我们正在从源代码控制Clearcase过渡到SVN,我们在SVN中找不到与Clearcase类似的工作流

在Clearcase中,我们有一个集成视图,从那里完成构建。每个开发人员也有自己的“开发人员视图”,在那里进行开发。周期性地(当某个工作项完成时),来自dev视图的代码被交付到integration视图中。然后两个视图同步在一起,我们就可以开始了。在这种情况下,“开发者视图”可以使用多年

我们尝试使用分支在SVN中实现相同的工作流,但存在以下问题:

  • 如svn文件所述,如果 使用 --重新整合旗帜,我们的分支变得无用,需要重新整合 重新创建。这是不实际的,, 尤其是在使用Eclipse时(我们是这样做的) 不想重新创建我们的工作区 甚至删除了“旧”项目 因为启动配置是 丢失)
  • 如果我们合并时没有这个 选项,我们最终很少提交/合并 后来发生了各种意想不到的事情 像"局部阻挠"这样的冲突,, 传入的“合并时添加”即使 文件只添加了一次
  • 所以我的问题是,我们如何能让每个开发者有一个分支?如果不可能,您如何使用Eclipse、SVN和分支。最后一件事,我们希望保持主干的原始状态,因此直接在主干中工作是不可行的,并且选项:-)

    谢谢你的洞察力


    -Martin

    一般来说,每个开发人员一个分支是不受欢迎的,并且绝对不是SVN中推荐的流程。在Git、Hg等DVC中,开发人员可以使用本地分支,这样的分支成本很低。也许你可以考虑使用<代码> Git Svn < /Cube >,或者甚至移到GIT/HG,减少痛苦的合并。

    为什么开发者有一个分支?如果您的团队中有20名开发人员,会发生什么情况?您花了多少时间合并来自几个不同分支的所有更改?您目前的做法听起来不是一个很好的做法?另请参见“每个开发人员一个分支”主题;)@fmucar:每个开发人员一个分支允许他们“独立地”处理自己的东西,然后在完成后将代码合并到主(主干)中。开发人员在主干中交付其内容后,主干和开发人员分支应该是相同的。每个开发人员负责自己的合并(主干->开发人员,然后是开发人员->主干)。它的伸缩性很好,而且不太耗时。有人可能会说,为每个bug/工作分配创建一个分支也很耗时(eclipse简直就是地狱)。@VonC:我理解这里描述的情况。在Clearcase中,我们每个开发人员有一个视图(正如解决方案所建议的),这就是我试图在SVN中复制的工作流(到目前为止没有成功:合并问题)。@Marin:使用Clearcase UCM(和/或基本Clearcase),每个开发人员始终有一个视图。但是,所有这些视图都可以在每个开发工作中引用一个流或几个流,而不必每个开发人员引用一个流。每个开发人员一个视图将在SVN中转换为每个开发人员一个工作区。我开始明白我试图实现的不是推荐的方式,但我想知道这是否至少是可能的,如果是,我该如何做到。我应该如何合并分支和/或在合并后如何按摩它们以避免后续合并中的冲突。