以往，我都是使用用 NuGet Package Explorer 手動部署到公司內部的 Nuget Server，也用過 Nuget Packager，這兩種方法都不錯，只是無法自動地跟我的測試整合在一塊
TFS 2015 Build vNext 裡面有打包 Nuget Package 的步驟，Release 有部署 Nuget Package 的 Task，新版的 TFS 2015 讓我的自動化部署 Nuget 變得很簡單，有在使用 Nuget 的夥伴，可以參考我的設定。
Pickles 所產出的報表用來溝通，個人認為比 SpecRun 來的友善、清楚，SpecRun 的報表比較偏向開發，有在使用 SpecFlow 或是 cucumber/gherkin 語言開發的夥伴，你也可以試試看
前半段， CI (Continuous integration) Server 處理：程式碼版控→自動化測試
後半段， CD (Continuous Delivery) Server 處理：自動化部署→自動部署到測試機→簽核(QA)， 用來完成自動化部署的動作 ，TFS 2015 Update 2 才把 Release 整合到網頁。
Release 就是 CD
接下來的演練， 我仍然要發行網站應用程式到內部環境，除了上篇的做法之外，我們也可以用 TFS 2015 Update 2 才加入的 Release 新功能。
以往手動 WebDeploy 部署網站，就會套用 Web.config Transform，為了自動化必須要捨棄手動 WebDeploy，我改用 TFS 的 MsBuild Arguments，發行網站。
這會衍生出另一個問題， MsBuild 並不會套用 Web.config Transform，拖了好久今天才花了一點時間，找出解決方法。
以往手動部署網站我習慣用 Web Deploy，就是在網站應用程式，按右鍵→Publish。
但，我在目前的 TFS Build vNext 版本找不到這樣的部署步驟(只有 Azure)，於是花了一天的時間試出堪用的替代步驟，所以嚴格來說這不算是真正的 WebDeploy ，目標環境也不需要安裝 WebDeploy(WMSvc)。
若有更好的做法，也請你跟我說
2016/3/30 這天是 Microsoft 2016 Build 大會，同時也釋出了 TFS 2015 Update2，升級之後，沒想到引發了 Buil 失敗的錯誤，尋找解答時，也對 Build Agent 有了初步的認識，以下是我的問題及解法
TFS | VSTS 的事件通知塞爆了我的 E-Mail，開發團隊改擁抱 Slack，讓開發討論能更聚焦，內建的 Service Hook，能輕易的完成整合的動作。
TfsNotificationRelay 提供更多的設定，讓 Slack 能更快的找到相關的訊息。
接下來，將介紹設定步驟。
Visual Studio Team Studio 以下簡稱 VSTS，為了要自動部署到 Microsoft Azure，必需要有 Microsoft Azure 訂閱資訊，這裡會提到 VSTS 連接 Microsoft Azure 設定步驟，是自動化部署的到 Microsoft Azure 前置作業
專案若是有用 SpecFlow 來進行開發，就不能錯過 SpecRun 所產生出來的報表
VSTS(Visual Studio Team Service)，是微軟雲端版的 CI (Continuous integration) Server ，以前叫 Visual Studio Online，近幾年，VSTS | TFS 改變的很大，尤其新版的 Build vNext，使用起來更有彈性、更容易。我需要用它來完成，程式碼版控→自動化測試→自動化部署(部署到測試機)，下圖出自董大偉老師。
