在開發網站上使用Team Foundation Server

Question

我們希望開始使用Team Foundation Server來跟蹤.aspx文件的版本。 我們目前使用共享驅動器在asp.net網站上用visual studio作爲編輯器進行開發。

當我們在Team Foundation Server中設置路徑時，它就在我們的本地驅動器和TFS框之間。這並不理想，因爲它不會將更改直接發送到我們的開發站點（單獨的框）。

是否有辦法檢出，編輯和檢入我們所處理的文件，以便它們也出現在IIS服務器上的共享驅動器上？或者我們必須在本地處理它們，然後將它們複製回服務器？

Answer 1

有幾種選擇。

1. 簡單：使用像Robocopy將文件從本地機器推到開發服務器開發服務器，一旦你已經在你的變化進行檢查。這將很容易設置，但不利用完整的TFS功能，並且可能會覆蓋服務器上的其他開發人員更改。

2. 高級：使用自動構建。如果您使用「默認」構建模板，這將編譯您的網站解決方案，並在構建輸出中，您將擁有一個文件夾，其中包含名爲「已發佈網站」的文件夾，這將包含將代碼部署到服務器所需的所有內容。一旦你有了這個，你可以使用MSDeploy to publish the code to IIS

等優勢利用構建

• 您可以針對每個代碼運行代碼分析建立
• 你即刻知道，當有人在代碼檢查該不編譯
• 您可以在構建環境下針對您的代碼運行單元測試
• 要進入服務器，您需要必須簽入，因此您可以確信您沒有發佈未簽入代碼的源代碼控制
• 您可以在同一版本中以調試和發佈模式進行編譯，從而降低調試代碼發送的風險
• 您可以獲得有關Code Churn，單元測試代碼覆蓋率和構建失敗等情況的報告，這將有助於提高您交付的代碼的質量，並幫助您瞭解開發工作流程中的弱點。
• 減少你聽到的次數。如果你是新來TFS那麼這可能是相當艱鉅「它的工作原理在我的機器上的」

。我建議你設置一個自動構建，只需構建解決方案即可。然後，您可以將構建輸出複製到開發服務器。一旦你對此感到滿意，那麼就開始考慮增強構建。例如開啓代碼分析非常簡單。如果你正在編寫單元測試，他們應該也很容易集成到構建中。設置MSDeploy需要更多時間和知識。