我正在使用mercurial进行源代码管理。我想要一个主开发分支,然后有与“v1.0”“v1.01”和“v2.0”一致的时间点,以便在任何时候我都可以说出“v2.0 “并粉碎它上面的一些错误。我听说有人说我需要标签,有人说我需要书签,有人说我需要命名分支,还有人说我只需要维护多个克隆的存储库。Mercurial Release Management
从我的角度来看,多克隆回购似乎是一个糟糕的选择,因为我喜欢DVCS的一件事是,一旦你克隆了“回购”,你就拥有了所有过去的历史,并且可以完全从某些笔记本电脑恢复,如果你的中央服务器烧毁。如果您的回购分散到各地,我觉得您会失去这种好处,除非您希望人们克隆5回购并将其维护在本地计算机上。这关系到我,因为大多数人都认为这是一个很好的方法,但它在逻辑上对我没有意义。 (我知道这不是一个正确的备份方式,但没有完全访问回购的一部分而不回到服务器对我来说似乎很奇怪)
所以对我来说,把所有东西放在一起的方法必须可以是标签,命名分支或书签。但是,我似乎无法区分这些。人们倾向于将书签解释为“有点像标签,有一些注意事项”,并将分支命名为某种移动标签,这可能比克隆更好。
我真的很喜欢git风格的分支(单个回购,多个分支),但是,我不想诉诸怪异的插件或黑客使它看起来像git。我想了解适当的mercurial方式。
奖励:“小规模”分支如何适应混合,即您想在自己的分支中使用小功能?