測試環境的分支策略

Question

本月我們將開始一個新項目，並希望獲得關於我們將實施的分支策略的想法和意見。該項目將爲1年，生產部署將僅在項目結束時進行。我們將進行迭代開發（每次迭代1個月），所以這意味着我們將在每次迭代結束時將特徵放到測試環境進行質量評估測試。我們的分支策略是：

中繼線 - 所有的發展都會發生在中繼線上。 功能分支 - 根據需要爲每個需要創建分支，用於開發大型功能，如果在中繼上完成，可能會中斷功能 QA Release分支 - 每次迭代結束時，都會創建一個分支。該分支（包括版本號）將被髮布到測試環境。此版本中發現的所有關鍵和阻塞錯誤都將在此分支上修復，修復程序將不得不合併到主幹。非關鍵/微不足道的錯誤將不會在QA發佈分支中解決，並且只會在主幹中修復，因爲在下一次迭代結束後QA發佈分支將被丟棄，新分發分支將在中繼之外創建。 生產科 - 這將是項目結束時最新的QA發佈分支。這將被標記，所有生產錯誤修復將在此分支上併合併到主幹。 這是一個正確的分支策略嗎？還有什麼我們錯過了要考慮的？

我們使用的是SVN。

謝謝！

Answer 1

整體聽起來很明智。我試圖限制功能分支的數量。如果您至少直接在主幹上執行小部分工作，則會限制合併數量以及暫時在功能分支中分離的新工作量。特色分支的風險在於它們活得太長，最終合併回主幹變得棘手。