HttpClient 原本存在的問題，現在通過 HttpClientFactory / SocketsHttpHandler 的 Connection Pool 就可以解決，不過 HttpClientFactory 得搭配 Microsoft.Extensions.DependencyInjection 才能使用，接下來，我將分享實作步驟
使用地端 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 的環境裡面就需要手動設定，記錄一下設定步驟，提供給需要的人使用
微軟提供的 DI Container (Microsoft.Extensions.DependencyInjection )，實作了 Microsoft.Extensions.DependencyInjection.Abstractions 抽象，讓我們也可很輕易的換成我們習慣的 DI Container，比如說，內建的 Microsoft.Extensions.DependencyInjection 沒有提供掃描 Assembly 的自動註冊，這時，在應用程式的進入點換成其它的 DI Container，比如 Autofac，就可以使用自動註冊。
只有增加使用 Autofac DI Container 的註冊，其餘的不用動，像是物件的依賴關係，取出物件方式。
Microsoft.Extensions.DependencyInjection 是微軟實作的 DI Container，在 ASP.NET Core 大量的使用，無形之間已經成為一種開發標準，過去，還沒有使用 DI Container 時，我會使用靜態屬性來集中管理物件的生命週期，現在，集中管理物件的生命週期，我又多了一個選擇。
Microsoft.Extensions.DependencyInjection 支援 .NET Fx 4.6.1 以上
Log 是系統不可或缺的角色，有利於我們開發(偵錯)、維運，.NET Core 發展出了標準化的 Log 抽象 Microsoft.Extensions.Logging.Abstractions，未來可使用這個標準來實現 Log
現在大多數的網站都需要使用 https URL，為了讓用戶仍可使用舊的 http 位置，這時可以採用轉址策略，讓用戶無痛使用，通過 IIS URL Rewrite 即可完成轉址情境。
以往我是將 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
