每個版本的分支機構與代碼推廣分支機構？

Question

Branch per Release與Code-Promotion Branches策略的優缺點是什麼？

Answer 1

main reason why you branch將隔離開發工作。

所以這真的取決於你認爲最重要的是要隔離：

• 一個給定版本（這將是促進步中隔離提交：測試，集成或督促/修補程序）促銷努力
• （包括單元測試，整合，生產階段）

代碼升級允許每個版本的並行升級努力（您在開發n + 2時測試n + 1並維護N）。
雖然Branch per Release允許更簡單更順序的開發週期，但您在開發n + 1時主要測試和維護n。

無論選擇的策略是，你需要解決n和之間的同步步驟N + 1（是什麼，你什麼時候合併變陣從N至N + 1）：

• 隨着代碼推廣您可以在不同的步驟合併
• 對於每個版本的分支，您通常只從一個版本合併到另一個版本的當前開發狀態​​。

所以基本上，代碼升級策略意味着更多的分支機構，更多的合併和更精確的歷史被保存和孤立在這些分支機構。
但它意味着更多的環境來設置和管理。

Branch Per Release更直截了當（前提是您能夠知道您正在處理的內容將最終成爲下一個版本的一部分）。