續上篇 https://dotblogs.com.tw/yc421206/2017/04/05/tfs_build_vnext_sandcastle_generate_live_document
我們已經自動化產生 API 說明文件了，若程式碼裡面有用到 Code Contract 還需要一些動作才能自動產生 Code Contract 的說明文件
Sandcastle 是用來產生 .NET 文件，今天我要通過 TFS 自動化產生 .NET 說明文件
最近又需要用到 TFS 2015，設定到這裡的時候卡了一下，隨手記一下比較好....
Build vNext 的安裝步驟蠻簡單的，所以 TFS 2015 沒有寫，最近需要比較一下差異之處時，才發現自己的 Blog 找不到相關資訊，這次新版出來把它補上去，紀錄一下...
續上篇，https://dotblogs.com.tw/yc421206/2016/04/20/tfs2015_build_vnext_webdeploy
上篇的作法是用 Build 將網站應用程式打包到一個位置(Folder)，然後再用 CopyFile 複製到遠端電腦的站台實體目錄。
這篇會用 Build 把網站打包成一個 zip 檔，再用 MsDeploy 發行到遠端電腦。
續上篇，[TFS 2015] 實作 Build vNext + Release 自動部署至內部網站
我使用了 Build vNext + Release 將網站部署到了測試環境，缺少了網站所需要的資料庫，這裡我整理了一些手自動部署的方法
自動部署資料庫，要看團隊內的開發流程不適合使用，使用時要注意一下
dotCover 在 Jetbrains 旗下，是用來產生測試涵蓋率報表的工具，授權方式已經和 ReSharper Ultimate 綑綁在一塊，它有免費試用；若你需要使用網頁來呈現報表， 或許你可以考慮 dotCover，官方連結：https://www.jetbrains.com/dotcover/?fromMenu
dotCover 提供 Command Line 的支援，整合自動化建置這一關是沒問題的，不過我在實作的時候仍然有碰到一些問題，不用怕 dotCover 也有技術支援，回應速度算蠻快，問題很快就解掉了。
前面幾篇介紹使用 SpecFlow 和 Pickles 指令碼產生 cucumber/gherkin 的測試報表，請參考：
https://dotblogs.com.tw/yc421206/2016/04/25/specflow_pickles_live_document
https://dotblogs.com.tw/yc421206/2016/04/26/specflow_pickles_live_document_command_line
今天，我要搭配 TFS 2015 Build vNext 自動產生測試報表，以下是我的演練。
PS.雖然說，手動產生測試報表已經完成了，但還是花了很多的時間調整指令碼路徑的處理。
以往，我都是使用用 NuGet Package Explorer 手動部署到公司內部的 Nuget Server，也用過 Nuget Packager，這兩種方法都不錯，只是無法自動地跟我的測試整合在一塊
TFS 2015 Build vNext 裡面有打包 Nuget Package 的步驟，Release 有部署 Nuget Package 的 Task，新版的 TFS 2015 讓我的自動化部署 Nuget 變得很簡單，有在使用 Nuget 的夥伴，可以參考我的設定。
前半段， CI (Continuous integration) Server 處理：程式碼版控→自動化測試
後半段， CD (Continuous Delivery) Server 處理：自動化部署→自動部署到測試機→簽核(QA)， 用來完成自動化部署的動作 ，TFS 2015 Update 2 才把 Release 整合到網頁。
Release 就是 CD
接下來的演練， 我仍然要發行網站應用程式到內部環境，除了上篇的做法之外，我們也可以用 TFS 2015 Update 2 才加入的 Release 新功能。