TFS版本管理

Question

我們的項目中有9-10個應用程序。 到目前為止，還沒有定義的TFS結構，也沒有發布管理。 我們需要設置一個。

現在，我們陷入了每個發布所要遵循的流程問題。

這是我們到目前為止所計划的。 我們創建一個主分支，其中將包含當前的生產源代碼。 為了管理發行版，我們將創建一個“發行版”文件夾，在該文件夾中，我們將為每個發行版創建一個單獨的分支。 所有的錯誤修復和開發人員簽入將在此分支上完成。

目前，出於部署目的，我們正在將開發的/錯誤的固定代碼部署到QA。 在進行質量檢查驗證之后，我們將已發布的代碼從質量檢查環境復制到登台服務器。 在階段驗證之后，已發布的代碼將復制到生產中。

現在，我們無法弄清楚我們如何/合並發布代碼到主線。 客戶的要求是，主線代碼應該是我們發布並部署到質量檢查部門的代碼。 我們早先計划從發布分支進行部署，並在完成所有驗證和生產移動之后將發布分支合並到主分支。

但這意味着，如果我們遇到任何合並問題，則主代碼可能會出現錯誤或不可靠，並且如果有任何熱修復程序/其他版本，我們可能會遇到主要問題。

請提出適合我要求的策略。

提前致謝。

Answer 1

您應該更多地關注二進制發布模型而不是源發布模型。 如果必須合並代碼，則所有內容都需要重新測試，這可能會很昂貴。

如果您使用的是Git，我建議您使用Git Flow，但是由於您希望使用TFVC，因此您應該按發行版查看分支。

為您當前的代碼行創建一個分支，例如R1。 然后在那兒工作，直到R1代碼完成。 分支到R2繼續添加新功能。

現在可以對R1進行穩定化，釋放和支持，以維持一個連續分支和一個連續生成二進制文件的方式進行維護。 您可以在“發布管理”中創建二進制發布管道，然后就可以使用了。

然后在R2中添加新功能，並為新版本創建單獨的版本和二進制pipleine，直到在那里完成代碼為止。