OnPrem TFS 2015.1 vNext-釋放到本地IIS服務器的步驟是什么？

Question

我正在嘗試使用TFS 2015.1來為我們的開發人員構建CI管道。 我已經創建了一個vNext CI構建，它構建良好。 但是，當我想在IIS服務器上添加部署步驟時，只有那時我會看到Azure Web部署選項。

理想情況下，我想添加一個使用現有部署（MS Deploy）配置文件的步驟，該配置文件可通過“發布”直接在VS2015中使用。 但是，我認為沒有選擇的余地。

如何將最新版本部署到內部開發服務器（不是Azure）？ 我想使用MS Deploy選項，除非有更好的方法？

他們無可奈何的事實開始讓我認為可能有另一種方式來實現它！

謝謝。

Answer 1

如果您能夠升級到TFS 2015.2，則可以使用基於Web的發布管理 ，它與具有靈活和開源任務的Build vNext相似。 您還可以自定義任務。

這是vso-agent-task的GitHub存儲庫中的IIS Web App部署的鏈接 ，Microsoft在其中存儲了其任務的更新版本，您可以下載這些更新版本以進行基於Web的構建和發布管理。

Answer 2

未來幾周， 我將在我的網站上發布有關基於Web的RM的博客，其中包含TFS 2015 Update 2或VSTS。 不過，為了給您一個想法，起點（對於Web應用程序）是Web項目中的一個名為WebDeploy的文件夾（無意義-任何名稱都可以），該文件夾包含用於配置服務器，部署Web文件和然后替換所有標記化的配置。 為了讓您有個想法，請參閱這篇有關如何使用DSC配置服務器的文章。 （盡管僅涵蓋了最終腳本的一部分！）接下來的步驟是：

1. 在構建中心中，創建一個網站工件-包含您的Web文件和DSC腳本。
2. 在環境的發布中心中，使用Windows Machine File Copy任務將工件部署到目標節點上的temp文件夾中。
3. 然后使用“目標機上的PowerShell”任務執行DSC腳本。 配置服務器后，腳本會將 Web文件復制到它們的正確位置，使用xReleaseManagement整理配置並清理WebDeploy文件夾。

見這個文章我走的路線的一些細節，但要小心，因為它有一些錯誤，例如防火牆使用說明不完整（需要啟用文件和打印共享通過防火牆）。

我可以徹底推薦PowerShell DSC路由-我遇到了一些小問題，但總的來說，這感覺非常有成效，並且是正確的做法。