窯庫資料庫

Question

我們將窯爐與水銀一起使用。

簡化的描述我們有2種存儲庫。

一些

“CurrentDevelopment”和存儲庫的每個發行版本，例如13.1釋放13.1版本。 （也有用戶存儲庫等，如hginit.com中所述，但這暫時可以忽略不計）

現在有時我們需要修復已發布的版本。 因此，我們在發行版本的存儲庫中對其進行了修復。 對於13.1。

然后我們就不能從13.1拉到currentDevelopment儲存庫

這似乎很好。

但是現在我們可以在“ CurrentDevelopment ”中進行一些操作，一個月后，我們意識到在13.1中也需要進行此更改。但是我不能從CurrentDevelopment轉到13.1，因為我不想進行很多其他更改在13.1中

我知道這是一種“櫻桃采摘”，我不容易意識到。 但是如果源代碼不多，我會在13.1中重新編碼。

但是在那之后，當我對當前的開發進行13.1更改時，我也將撤消CurrentDevelopment中已包含的更改：-/因此，在最壞的情況下，我可能會出現合並失敗和重復代碼？ 我不確定Mercurial是否可以安全地識別出此代碼也包含在內。

建議使用什么方法來實現這些特定於版本的存儲庫並處理它們之間的更改？ 特別是，之后是否需要在子版本分支中更改當前的開發資源庫？

Answer 1

該移植善變的命令是在這里你的朋友。 它允許您將更改反向移植到舊分支。

如果您的窯版本較舊並且沒有包含graft命令的Mercurial版本，則可以使用（類似但不太可靠的） 移植擴展。 （移植使用Mercurial的合並邏輯，移植僅使用補丁邏輯）

編輯...我認為當前與Kiln捆綁在一起的TortoiseHg版本的UI中沒有公開嫁接命令。 查看如何在TortoiseHg中使用嫁接盡管命令行仍然應該起作用。