Team Foundation服務器環境

我們是一個由3名開發人員組成的小團隊。我們有傳統的ASP代碼和ASPX頁面的組合。所有代碼都包含在一個包含多個項目的解決方案中。我們目前沒有使用任何VC軟件，只安裝了TFS 2013，並希望轉移到使用VC。我們目前的環境設置如下。Team Foundation服務器環境

開發環境 - 新代碼或對現有代碼的更改。
測試環境 - 一旦開發代碼通過單元測試，它將移動到此處以允許用戶測試更改。
分段環境 - 這是生產的一面鏡子。一旦用戶接受了測試中的更改，我們將代碼遷移到此處進行測試，並確保它對數據庫的鏡像副本（sql）有效。
生產環境 - 在此環境下不修改代碼。

所有這些都是手動完成的，現在我們的工作人員已經從過去的6個月增加到3個開發人員，我們需要使用版本控制。我們不確定的是如何使用TFSVC實現相同的環境。我們是否需要在每個環境中安裝TFS，並擁有4個獨立的代碼副本，然後如何使用TFS在每個環境之間遷移代碼。我們需要幫助和建議如何設置。我們想保持簡單，因爲我們只有3個人。

來源

2014-03-28 kblinkhorn

我只想補充你的開發代碼到源。我假設你只是將你的開發代碼推廣到測試環境。然後一旦它通過那裏促進那升級，然後到生產。雖然如果發現一個問題，它會不會總是回到開發固定的？那麼一旦固定再次通過該過程？就我個人而言，我將從Team Foundation Service開始，免費提供最多5名用戶。 –

我不確定的是如何構造它。我應該爲每個環境設置不同的文件夾，然後如何從一個文件夾升級到另一個文件夾？ – kblinkhorn

通常情況下，您將擁有一個一個 TFS服務器，它包含所有環境的來源。許多人實施分支策略來支持作爲不同版本的一部分或在不同分段環境中部署的不同版本的源代碼。

許多人把TFS當作開發工具，因此它最終在開發「網絡」。我們建議人們將TFS作爲生產服務器，但它包含源代碼（知識產權和對知識和tme的大量投資），您也可以用它來保存產品待辦事項列表（可能包含有關您公司的敏感信息想要在未來移動）。如果你失去了其中任何一個，這將是一個巨大的損失。因此，請確保您將TFS服務器視爲具有價值的東西，並實施適當的備份恢復和災難恢復過程。

幫助鏈接：

來源

2014-03-28 13:32:22 jessehouwing

對於ALM指南。他們對管理你的開發/測試/發佈代碼的分支建議非常好。那麼，你可能會強烈考慮使用基於雲的TFS服務，而不是管理你自己的服務器 - 然後你有人照顧備份，更新和可用性等。 – JMarsch

謝謝你所有的評論。我剛剛閱讀了分支，並認爲這可能是我想要設置的方式。我會研究你上面張貼的鏈接，並讓我知道如果我有任何其他問題。對於如何物理設置這個問題，我仍然有點模糊，但是我確信，一旦閱讀上面的指南，它就會變得更加清晰。 – kblinkhorn

Team Foundation服務器環境

回答

相關問題