我已经开始了一个项目，一切都很乱。他们正在使用mercurial。 每个任务都是生成分支的票据。
他们有2个主要的分支开发和生产，像5个开发人员。
他们将更改合并到开发分支进行审核，有时他们会回来修复问题。但就在那时，有人从中创建了一个分支。
然后，当你想要将分支合并到开发中，或者更糟糕的是生产变得复杂时，一些人会覆盖其他变化。
关于如何组织这个的任何想法？到目前为止，我已经创建了一个“稳定”分支，他们应该从哪里创建分支，但不确定这是否是最佳解决方案，因为最后我们必须将其合并开发测试。
提前感谢您的帮助。
答案 0 :(得分：0)
每张票的命名分支可能过多，但为什么不，它应该说出来。 如果开发人员将分支合并到默认分支，则不应覆盖其他修订。 2种情况：合并顺利，没有冲突，没有问题，或者存在冲突，那么开发人员必须了解他正在合并的内容，并且如果需要请求在同一文件中进行修改的其他开发人员的帮助。
我还想补充一下，但这不是Mercurial问题，而是测试问题。每个错误修复都应该进行非回归测试或单元测试，因此您确定该修复程序将来会保持稳定。然后在每次合并之后，运行测试，您可以确定没有任何内容被破坏。