我正在使用mercurial進行源代碼管理。我想要一個主開發分支,然後有與「v1.0」「v1.01」和「v2.0」一致的時間點,以便在任何時候我都可以說出「v2.0 「並粉碎它上面的一些錯誤。我聽說有人說我需要標籤,有人說我需要書籤,有人說我需要命名分支,還有人說我只需要維護多個克隆的存儲庫。Mercurial Release Management
從我的角度來看,多克隆回購似乎是一個糟糕的選擇,因爲我喜歡DVCS的一件事是,一旦你克隆了「回購」,你就擁有了所有過去的歷史,並且可以完全從某些筆記本電腦恢復,如果你的中央服務器燒燬。如果您的回購分散到各地,我覺得您會失去這種好處,除非您希望人們克隆5回購並將其維護在本地計算機上。這關係到我,因爲大多數人都認爲這是一個很好的方法,但它在邏輯上對我沒有意義。 (我知道這不是一個正確的備份方式,但沒有完全訪問回購的一部分而不回到服務器對我來說似乎很奇怪)
所以對我來說,把所有東西放在一起的方法必須可以是標籤,命名分支或書籤。但是,我似乎無法區分這些。人們傾向於將書籤解釋爲「有點像標籤,有一些注意事項」,並將分支命名爲某種移動標籤,這可能比克隆更好。
我真的很喜歡git風格的分支(單個回購,多個分支),但是,我不想訴諸怪異的插件或黑客使它看起來像git。我想了解適當的mercurial方式。
獎勵:「小規模」分支如何適應混合,即您想在自己的分支中使用小功能?