建立 Visual Studio Team Service 的 Build Process

Build: 主要目的在於整合，編譯程式，並且準備好進行部署

Release: 必須要知道預計部屬的環境，例如：Test、Stage & Production

基本概念在於要分開 Build & Release，也就是 Compile 只需要一次，就可以部屬到不同的地方，這樣才可以讓程式的變動通知到不同的地方（不然往往就會有測試環境是版本一，但QA環境是版本二，造成程式不一致，很難知道測試正確或者錯誤所反應的程式到底是否一致）。

以下用 asp.net core target .net core 2.0 為範例（使用不同的環境需要不同的設定），建立 Build Definition 方式如下：

• 選擇 ASP.NET Core Template：如果專案是 .net Core Console 同樣可以使用這個 Template

 

 

• 指定 Hosted VS2017 （代表可以使用 VS2017 的開發環境進行編譯）

• 指定 .Net Core Version，請注意一定要指定 2.0，因為預設是 1.0！

上圖要注意 Use Package from this VSTS feed，因為我們有使用 VSTS 當作內部的 nuget source，因此這裡也要指定

目前 .net 2.0 會在左方產生『preview』tag，因此要注意上圖的 Restore, Build, Test & Publish 都要是 2.0

• 設定 publish 的對應環境：使用 dotnet core 的 publish 要指定環境
• 設定 Trigger：主要目的在於讓原始碼的更新可以直接排成，不需要手動排入 QUEUE 中。設定方式很簡單，在 Trigger 中指定方式即可：

指定當 Source code Commit 時候，就自動進行排程。

 

• 下載已經 publish 的檔案：透過 Build 可以在 Artifact 頁簽直接下載編譯完成的檔案：