之前有提到使用 IIS WebSite Deployment 來部署 Web 應用程式，不過它不知道在哪個版本就已經列入過時了，取而代之的是 WinRM - IIS Web App Management Task，它不需要依賴 MsDeploy 和 Web Deploy (from Microsoft Web Platform Installer)
.NET Core 的專案範本在處理版號跟以往有點小差異，雖然很簡單但實作的過程還是卡了一下，為了下一次的順利還是紀錄一下吧
我的方案有 AB 兩個專案，B 參考 A ，這兩個專案最終都要 Deploy 到 Nuget Server，我想要在 B 專案的 *.nuspec 指定 A 專案的 nuget version，version 是變動的，根據 build number 產生出來。
我有嘗試過用手動變更版號，用了一段時間，但那實在是太累了，要手動調整的東西太多，萬一沒有調到就慘了，最後，花了很多的時間把 Market 有關 Variable 的套件，全部抓下來測過，最後才找到 Replace Variables，使用目前的作法，完全不需要人力介入，Replace Variables 好棒棒!!!
使用地端 Azure DevOps Server 發生憑證的問題，java.lang.RuntimeException: An error occurred: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target 估計是根憑證不被信任的問題，為了找出正確的憑證信任區，花了我不少的時間...
在 VS IDE 的環境內建連接 Azure DevOps / TFS，但是在 Java 的環境裡面就需要手動設定，記錄一下設定步驟，提供給需要的人使用
以往我是將 Search Service 和 TFS Application Tier(TFS 已改名 Azure DevOps Server) 放在同一台機器，為了不要讓搜尋影響 Azure DevOps Server Application Tier，這次我要將 Search Service 放在另外一台主機上。
升級 Azure DevOps 的過程其實挺順利的，除了設定搜尋服務，安裝程式檢查跳出了以下錯誤
"The following Windows service is installed on your computer: elasticsearch-service-x64. Remove elasticsearch-service-x64 to continue"
PS. Team Foundation 已改名為 Azure DevOps Server
續上篇 https://dotblogs.com.tw/yc421206/2017/04/05/tfs_build_vnext_sandcastle_generate_live_document
我們已經自動化產生 API 說明文件了，若程式碼裡面有用到 Code Contract 還需要一些動作才能自動產生 Code Contract 的說明文件
Sandcastle 是用來產生 .NET 文件，今天我要通過 TFS 自動化產生 .NET 說明文件