配置管理和構建工程師遵循的最佳實踐

Question

我一直在開發SCM七個月，選擇Visual SVN作爲服務器和烏龜svn作爲客戶端。到目前爲止，我完成了七個月的管理ERP應用程序配置管理。我想知道我是否遵循最佳實踐：有以下疑惑：

Project -------> Branches, trunk, tags. 

1. 是否有必要創建一個分支針對特定任務（到目前爲止，我沒有跟隨這個過程中）

2. 如果任何構建問題通過監視應用程序日誌並關閉問題來追蹤問題，那麼在同一天內進行多次提交構建應用程序之後，將基礎項目添加到分支&。

3. 如果更多的任務已經提交主要版本，例如。 1.0,2.0如果次要1.1,2.1,2.2等等，並且在標籤中添加主要的發佈項目代碼快照。

4. 允許開發人員在分支上提交，在測試服務器中創建一個結帳副本，構建應用程序，使用svn update更新最近提交的在測試服務器中籤出副本並構建應用程序。

這是我遵循的機制，請給出您的寶貴意見和建議，如果這個過程是錯誤的。 。

Answer 1

關於第一個問題：

是否有必要創建一個分支針對特定的任務。

這種模式被稱爲「穩定中繼」 - 因爲所有不穩定的東西都在分支中完成，只有穩定的東西合併到中繼中。相反（使用幹線進行開發）被稱爲「不穩定幹線」。

無論如何：有一個堆棧溢出問題：Best branching strategy when doing continuous integration?討論這個主題。