Alan Tsai 的學習筆記

在上一篇（[從.Net工程師的角度來看DevOps 23]在AppVeyor執行Build Script - 整合build資訊到github）介紹完了如何用AppVeyor執行我們定義的build script，不過有時候我們有私人的repo也希望做CI，這個時候免費版本的AppVeyor就不夠了。

這邊將會介紹另外一個能夠build私人repo，由Microsoft提供的免費CI服務，Visual Studio Team Service（VSTS）。

這篇先看內建VSTS所提供的方式來建制範例專案，在下篇在改成執行我們的build script。

在上一篇([從.Net工程師的角度來看DevOps 21]Build階段的總結和重構 - Build Server介紹)對我們的build script在做了一次重構之後，這篇我們來看看一個佛心的CI Server：Appveyor。

CI Server不是什麼新的概念，一直以來有一些免費的CI Server可以使用，例如Travis CI - 不過多是Linux base的Server。 但是由於Windows版權的問題，.Net沒有什麼免費（至少從Open Source專案角度來看）的CI Server 可以用，直到AppVeyor的出現，和後來的Visual Studio Team Service。

在這篇，將會簡單介紹AppVeyor，並且如何把我們的專案準備好，在下一篇在介紹如何整合AppVeryor執行我們的build script。

Visual Studio Team Services (VSTS) 可以簡單理解成為雲端版的Team Foundation Server (TFS)，而且微軟很佛心的讓5人以下團隊免費使用。

在建立VSTS的時候，有個選項是VSTS的資料要放在哪個區域（Region）。早期的時候，只有在美國，現在的話在東亞（East Asia）也有辦法建立了。

不過如果是早期建立在美國的VSTS是否能夠移動到East Asia呢？這篇將會介紹如何透過寫VSTS的support ticket來達到這個轉換。

有時候需要在C#的程式裡面發出request和內部或者外部的服務溝通，如果內部或者外部的服務只允許https連線，而且的ssl憑證並沒有經過認證（有可能是用self signed certifcate），那麼C#會直接出錯：

system.security.authentication.authenticationexception the remote certificate is invalid according to the validation procedure

System.Net.Http.HttpRequestException: 傳送要求時發生錯誤。 ---> System.Net.WebException: 基礎連接已關閉: 無法為 SSL/TLS 安全通道建立信任關係。
---> System.Security.Authentication.AuthenticationException: 根據驗證程序，遠端憑證是無效的。

一般來說要解決這個問題有兩個做法：

1. 把self sign的certificate裝到程式的機器上面並且信任那個憑證
2. 在送出request的時候做一些特殊處理

這篇將會對於第二個做法，調整程式讓發出request遇到這種問題的時候能夠處理這種問題。

不管什麼系統，只要需要通知使用者基本上都是使用email(電子郵件)方式通知，因此寄送email基本上是大部分系統都會需要的功能。

雖然正式環境一定會有mail server給我們使用，但是當我們在開發階段的時候，有時候需要測試寄送出來的mail內容是不是正確、有沒有跑版等問題，這個時候有一個測試用的mail server變得非常重要。

以前最常見應該就是借用gmail的mail server來測試發信，不過那個設定有些步奏，並且gmail也有做出一些限制，因此放過你的gmail吧，來看看有什麼工具可以讓我們測試email寄送。

關鍵字：測試mail server、測試smtp、mailtrap、smtp4dev、papercut、直接寫道檔案系統

之前有介紹透過使用IISCrypto來快速設定SSL相關的資安設定。正常來說只要重啟以後禁用的ssl和cipher suite應該就不會出現。

不過如果用一些檢測工具，例如透過Qualys SSL Lab的SSL ServerTest，那麼有可能還是會看到已經禁用的cipher suite。

這是為什麼呢？這樣到底如何驗證設定是否有成功？這篇將會介紹如何透過local檢測的方式確認修改是否有成功。

任何一個比較大一點的系統都會需要使用到SQL，而以.Net開發為主最長用的資料庫基本上都是MSSQL。

不過MSSQL不一定是我們裝的，因此常遇到的問題就是給的資訊不夠完整，或者裝的時候缺少一些步奏，導致花費很多時間在找出為什麼MSSQL連線不到。

這篇希望提供一個故障排除指南，方便未來如果又連不到的時候可以依照這個項目來排除問題。