mercurial - 如何使用 Mercurial 管理产品的多个版本？

Question

我公司的产品是基于模块的，这意味着我们附带五个基本模块，用户可以购买额外的模块。我们使用相对较新的 Mercurial 来进行源代码控制，自从我们发布了产品 1.0 以来，管理单独的模块开发一直是一场噩梦。

我们希望能够发布较小的错误修复更新，而不必等待特定模块开发完成，因此一个存储库可以解决所有问题并不能很好地工作。我读过有关分支的内容，但《权威指南》似乎表明分支是暂时的，并且与其 merge 很困难。

理想情况下，我们有一个基础存储库，即产品，然后是带有额外模块的不同存储库(或分支)，以便 QA 可以分别构建主产品和主+插件，而开发人员则在 ModuleA 上工作不要影响从事 BugfixB 的开发人员。我尝试了多个子存储库，但最终损坏了我的存储库。

我应该考虑使用命名分支吗？或者书签？

我正在寻找有关最佳实践的建议，以了解如何利用 Mercurial 的功能来简化此过程。

谢谢!

Answer 1

http://nvie.com/git-model 有一个关于分支的很好的教程。 。要点是有

• 一个发布分支，仅包含已完成的发布/错误修复分支的 merge
• 用于错误修复或功能的开发分支
  • 拥有自己的分支机构以实现长期功能

还有关于 Mercurial 分支的技术差异的引用 http://stevelosh.com/blog/2009/08/a-guide-to-branching-in-mercurial/