每个开发人员一个分支：你如何使用SVN实现这一目标？

我们正在从源代码控制Clearcase转换到SVN，我们无法像在Clearcase中那样在svn中找到类似的工作流程。每个开发人员一个分支：你如何使用SVN实现这一目标？

在Clearcase中，我们从构建完成的地方获得了一个集成视图。每个开发人员在开发完成后都有自己的“开发人员视图”。定期（当一些工作项目完成时），dev视图中的代码被传送到集成视图。然后两个观点一起同步，我们很好去。在这种情况下，“开发者视图”可以使用多年。

我们尝试使用分支实现SVN相同的工作流程，但我们有以下的问题：

如果如在SVN文档提到的，我们使用合并到主干的 --reintegrate国旗，我们的分支变得毫无用处，需要重新创建。这并不实际，特别是当使用Eclipse（我们做不想重新创建我们的工作空间或甚至删除“旧”项目因为启动配置是丢失）。
如果不合并，那选项，我们结束了，几个提交/各种突发冲突像合并后 “局部梗阻，进入加时合并”即使是只加一次的文件。

所以我的问题是我们怎么能每个开发者有一个分支？如果这是不可能的，你如何使用Eclipse，SVN和分支机构。最后一两件事，我们要保持躯干质朴，所以直接在主干的工作是不是和期权:-)

感谢您的洞察力，

-Martin

来源

2011-05-17 Martin

为什么你有一个开发者分支？如果你的团队中有20名开发人员会怎么样？您花了多少时间来合并来自几个不同分支的所有更改？你做的方式听起来不是一个很好的方法吗？ – fmucar 2011-05-17 21:51:24

另请参见http://stackoverflow.com/questions/1567135/clearcase-issue/1567308#1567308关于“每个开发者一个分支”主题;） – VonC 2011-05-18 04:08:38

@fmucar：每个开发者一个分支允许他们在他们的东西上工作“独立地“，然后在完成后将代码合并到主（主干）中。在开发人员将其东西放入主干后，主干和开发部门应该完全相同。每个开发者都有责任做自己的合并（trunk-> dev，然后dev-> trunk）。它的规模很好，而且不是很费时。人们可以争辩说，为每个错误/工作分配创建一个分支也很耗时（而且它与Eclipse一样是地狱）。 – Martin 2011-05-18 12:27:37

一般情况下，每个开发人员的一个分支被皱起眉头，绝对不是SVN推荐的流程。在像Git，Hg这样的DVCS中，开发人员可以让当地分支机构开展工作，而且这些分支机构很便宜。也许你可以考虑使用git-svn甚至转换到Git/Hg并且合并的痛苦较小。

来源

2011-05-17 21:50:34 manojlds

我开始明白，我试图达到的目标不是推荐的方法，但我想知道它是否至少有可能，好像是这样，我该怎么做。我应该如何合并分支机构和/或合并后如何按摩它们以避免后续合并中的冲突。 – Martin 2011-05-18 12:34:47

每个开发人员一个分支：你如何使用SVN实现这一目标？

回答

相关问题