由15位开发人员组成的团队的Mercurial工作流程

Question

我是一个由15名开发人员组成的团队,目前正在使用Allfusion Harvest.我们对此并不满意并且环顾四周,由于可用的前端TortoiseHg和MercurialEclipse,我们决定改用Mercurial.

我们目前正在使用已有1​​2年历史的Harvest,我发现目前的工作流程难以转化为Mercurial.我以前使用ClearCase的经验,我们使用类似于以下的模型:

A  A  A
|  |  |
B  C  |
| /|  |
C  |  E
|  | /  
D  E
| /
E

左侧躯干不稳定,中间是测试,右侧是稳定的.现在,我在Mercurial(在一个中央存储库中)重新创建这个分支模型没有问题.这个想法是开发人员然后克隆这个存储库,从不稳定分支出来,做他们的工作,然后与unstable合并.在网上阅读我还没有看到针对超过三个开发人员的团队的Mercurial工作流程,所以我不确定这是否是一个很好的工作流程.

所以有两个问题:

这是一个很好的工作模式吗？

你如何与Mercurial合作？你的团队中有多少人？

编辑:自从提出这个问题以来,我一直使用Gitflow和Github流程.根据发布复杂性和团队规模,两者都很有用.当使用Mercurial时,我已停止使用分支(除稳定/不稳定之外)并使用受Git影响的书签.

Answer 1

在Fog Creek,我们使用类似的工作流程,但有一个主要区别.因为Mercurial中没有真正的轻量级分支(命名分支保留其名称,即使在合并之后),我们倾向于为分支使用多个存储库.我发现这使得更容易知道你正在处理哪个分支,并且还使得分支之间意外合并变得更加困难,因为每个分支都可以拥有自己的特殊分支.

相反,我们有与我们合作的Stable,QA和Devel回购.功能工作进入Devel并合并到QA和Stable,而错误修复进入Stable和QA,并合并回Devel.

我们的许多开发人员也会为更长时间运行的项目保留自己的分支存储库,或者他们正在处理的任何可能会破坏其他人代码的东西.

我们的一些开发人员将每个分支放在不同的目录中,因此他们明确地从一个目录切换到另一个目录.其他人更喜欢将所有三个转换为一个回购,使用远程分支扩展来管理各个头.

当我们使用basic hg serve来托管我们的repos时,这确实给我们带来了一些麻烦,因为创建一个新的devel repo或重命名repos需要一个sysadmin.这就是我们制作它的原因之一,所以任何人都可以在窑中创建分支回购.

如果Mercurial拥有更好的分支模型会很好,并且有一些工作可以帮助解决这个问题,但这对我们有用.