補丁的顛覆穩定分支

Question

假設我想設置爲我的項目類似的SCM方法：

幹線 - >發展不穩定的新功能，在內部推出的每一款TOT。

穩定1.0.x的 - >特性凍結 標籤1.0.1 - >補丁發佈 標籤1.0.2 - >補丁發佈

想我必須做一個補丁1.0.x的，然後（當然）也在後備箱裏。

• 我應該在穩定的分支還是在幹線做補丁？
• 在trunk-> stable或viceversa之間移植補丁的最佳方式是什麼？ （我應該使用櫻桃採摘合併單一版本，還是我可以定期合併到主幹中，否則）？

這是一種常見的模式，但我想知道一個好的，而不是時間昂貴的方式來處理穩定的分支！

Answer 1

大概樹幹有穩定的不需要的新功能，所以它更容易從穩定到主幹而不是其他方式。如果受影響的文件在主幹中未被修改，那麼使用哪種方式執行操作並不重要。如果主幹已經完全重構，那麼顯然合併根本就不起作用。