2016-09-12 58 views
0

我使用的是TFS內部部署,但這個問題也與在線團隊服務版本管理有關。團隊服務版本管理 - 發佈漏洞修復指導

我正在使用新版本管理工具進行新安裝。我在TFS源代碼控制中有一條主線,分支到Dev分支。所有工作都在Dev分支上完成並簽入。我們手動將Dev分支中的代碼合併回主分支。當我們這樣做時,我們在TFS中有一個自動構建來下載主分支庫並構建源代碼。我有一個發佈管理環境設置,用於構建Main並將其部署到臨時環境,然後採取相同的步驟並將其部署到生產環境中。

我的問題屬於發佈和錯誤修復的過程。通常我們會在每個版本中使用一個發佈分支,然後將錯誤修復應用到該代碼並從該分支發佈。我不知道在發佈管理中處理這種情況的最佳做法。我仍然想使用我已經設置的RM配置來執行這些錯誤修復的發佈,因爲我需要通過相同的QA過程來完成這些位並且具有審計/記錄,並且還可以使用它來將錯誤修復版本部署到臨時/生產。

我無法在MS文檔中找到任何有關如何通過版本管理最佳執行此操作的指導。

+0

您是否檢查過ALM流浪者指導? https://blogs.msdn.microsoft.com/visualstudioalmrangers/2016/07/18/the-new-branching-guidance-for-team-foundation-server-team-services-and-others/ – ds19

+0

是的,雖然它是很棒的文檔,但不幸的是他們並沒有涵蓋很多發佈管理工具,也沒有涉及我擁有的問題。 – Eric

+0

您是否參考此主題:http://stackoverflow.com/questions/134778/release-management-best-practice –

回答

0

您可以創建新版本定義以將應用程序部署到生產環境。對於前面的版本定義,它用於將應用程序部署到分段環境中進行測試和驗證。

因此,如果錯誤得到解決,請檢查Dev分支併合併到主分支以觸發構建和釋放(部署到分段環境),在主要版本確定並批准後,手動觸發另一個版本以部署到生產環境。

+0

@Eric你也可以參考這個線程http://stackoverflow.com/questions/134778/release-management-best-practice –

相關問題