VSTS-One Repository Multi-Solutions的CI問題

在導入持續整合(CI)後，方案與專案架構方式 的分享，從小朱與董大偉老師得到很棒的回應：

小朱：我兩種都用過，但我最後採用 Multiple Solutions。

董大徫：目前我們team的VSTS專案，一個Repository裡面會有多個solutions(如果有必要的話，小一點的專案只有一個)，一個solutions裡面會有多個project(幾乎都是這樣)。只要會彼此reference或必須一起build的project，我們大多會放在同一個solution。如果本質上不需要一起build(但架構上有關，例如一套ERP中的某幾個部分，例如mobile App, desktop client)、且Work Items/Sprints在一起控管的project，會切成兩(多)個solutions(但大多放在同個Repository)。至於Deploy，一個Solution裡面有多個Web Project應該不少見，在Build完之後(同一個build definition)可以同時deploy到各自的web site這應該沒問題。但我們用的是TFVC。

導入持續整合(CI)後，方案與專案架構方式

開始導入VSTS的Build功能來進行持續整合(CI)之後，一直有個疑惑困著我，那就是方案(.sln)與專案(.csproj and .vbproj)的組織方式，如上圖，CI服務在進行建置、測試、程式碼分析、Deploy等工作時都是以Git Repository為單位，而我們開發的專案通常一個方案含有多組專案的架構方式，而我在乎的點在於，個方案，內含二個(以上)的 API 或 Web 專案時，CI Server 如何針對某一 API 或 Web 專案進行自動化怖署？

設定Team Services的Cordova Build與Xcode Build

前一篇「雲端VSTS透過地端MAC建置iOS專案-以Cordova專案為例」我們建立雲端 Visual Studio Team Services(VSTS) 與地端 MAC 的 Agent 的連接，但要觸發地端 MAC 的 Build 行為，還需要在 VSTS 裡去定義 Build 的步驟與行為，然後 Agent 會依照我們在 VSTS 定義的步驟一一執行。而 Cordova 專案在 iOS 上有二種 Build 的方法，一種是 Cordova Build，另一種是 Xcode Build。

安裝Cordova Build擴充程式

想要在 VSTS 裡去定義 Cordova Build，必須先安裝 VSTS 的擴充程式，請先在 VSTS 登入的瀏覽器去開啟 Cordova Build 網頁進行安裝。這樣 Cordova Build 會才出現在"add build step..."的步驟裡。