開發人員通過Visual Studio Team Services Backlog（也就是最新的Azure Boards）獲取一些開發任務

開發人員使用Visual Studio進行應用程序開發

開發的代碼保存在Visual Studio Team Services Git（也就是最新的Azure Repos）

Visual Studio Team Services CI（也就是最新的Azure Pipelines）從代碼庫獲取代碼，進行編譯和持續集成

編譯產生的容器被推送到Azure Container Registry

Visual Studio Team Services CD（也就是最新的Azure Pipelines）觸發持續部署，從Azure Container Registry獲取容器鏡像，然后部署到Azure Container Service中（這里使用托管的Kubernetes服務作為例子）

Azure Application Insights對運行的應用程序進行跟蹤分析，并將結果反饋給開發人員

開發人員將結果記錄到Visual Studio Team Services Backlog（也就是最新的Azure Boards）中

在Pipelines項目下，點擊Builds，然后點擊New pipeline按鈕。在創建Build Pipeline的第一步，需要選擇代碼來源。Azure DevOps提供各種選擇：Azure Repos Git、GitHub、GitHub Enterprise、Subvision、Bitbucket Cloud以及External Git。對于tasklist而言，我們選擇使用GitHub。此時，如果你還沒有創建GitHub連接，則需要新建一個。如下圖指定GitHub連接的名稱，然后通過OAuth或者GitHub訪問token進行安全認證：

在認證成功后，即可選擇需要編譯的代碼庫，并指定需要編譯的代碼所在的分支（Branch）。在一切就緒后，點擊Continue按鈕繼續：

接下來，在Select a template頁面中，點擊Empty job來創建一個空的構建任務，當然，也可以根據需要，在預定的構建模板中進行選擇

在新建的Buid Pipeline中，可以看到，所有操作的第一步就是獲取源代碼，這一步已經在上面定義好了，不過還可以在這個界面中進行一些高級設置，比如可以指定在簽出代碼時，將submodule也同時簽出

我們需要關注的就是Agent Job，一個Build Pipeline中，可以包含多個Agent Job，也就是執行過程需要Build Agent支持的Job；也可以包含多個Agentless Job，也就是執行過程不需要Build Agent支持的Job。Agent Job的執行需要依賴某種環境，比如托管的Linux環境，或者是裝有VS2017的Windows環境。而Agentless Job的執行則不需要這樣的環境，比如，調用RESTful API，或者設置一個定時器，延遲后續Job的執行等。對于tasklist而言，我們需要一個Linux的環境來執行Docker容器構建，因此，可以選擇Hosted Ubuntu 1604的Agent Pool，于是，當代碼構建開始執行時，Azure DevOps會從Hosted Ubuntu 1604的Agent池中，選擇一個Agent執行構建

接下來，在這個新建的Agent Job中，點擊加號（+），然后在列出的所有任務模板中，選擇Docker Compose，并點擊Add按鈕，將它添加到Agent的任務中。事實上，Azure DevOps Pipelines提供了非常多的任務模板，比如，你可以選擇一個執行單元測試的模板并將其添加到Agent Job中，然后根據自己的需要，配置單元測試的運行參數，這樣的話，Agent Job就能幫你完成單元測試

在定義Docker Compose Command的界面中，注意將Container Registry Type切換為Container Registry，然后通過點擊New按鈕，新建一個Docker Registry連接。由于我們選用Docker Hub作為Registry，因此，選擇Docker Hub，填上自己的賬號和密碼后，確認能夠連接就可以了：

在Docker Compose File文本框中，輸入tasklist代碼庫中docker-compose.yml文件的路徑，也可以點擊“…“按鈕，在彈出的對話框中選擇該文件：

在Action下拉框中，指定所執行的操作為Build service images，然后，在Additional Image Tags中，可以指定$(Build.BuildNumber)，表示使用當前的構建編號為構建產生的容器鏡像打上tag，同時可以選擇Include Latest Tag選項，表示當前構建的容器鏡像為最新版本（打上latest Tag）。完成這部分設置之后，參數大致如下：

在完成了上述步驟之后，我們已經可以完成整個tasklist App的編譯了。可以看到，在Azure DevOps中設置Build Pipeline進行代碼編譯是非常簡單的。由于我們已經定義了用于代碼編譯的Docker Compose文件，所以，只需要在Pipeline中添加一個Docker Compose的編譯任務即可。現在測試一下，看看編譯是否能夠成功完成：

到目前為止，我們只是成功編譯了tasklist的容器鏡像，還沒有將鏡像推送到Docker Hub。在容器鏡像被推送到Docker Hub之后，我們才能夠將容器部署到Azure Container Service中運行。要推送編譯好的容器鏡像，只需要重復以上6到10步，在Agent Job下再添加一個Docker Compose的任務，所不同的是，Action需要修改為Push service images，保持其它配置不變。保存完Pipeline之后，再次觸發編譯：

打開Docker Hub，看看鏡像是否已經成功推送：

最后一步，就是要將tasklist代碼庫中的yml文件作為編譯結果（Artifacts）公布出來，這樣做是為了在下一步做Azure Kubernetes Service（AKS）部署的時候，能夠獲取到部署的定義文件并根據該文件的內容進行部署。使用上述第6步的方法，添加一個Copy Files的任務和一個Publish Build Artifacts的任務。Copy Files的任務設置如下：

Publish Build Artifacts的任務設置如下：

再次啟動Build Pipeline，可以看到，tasklist已經成功編譯：

所需的編譯結果文件（yml文件）也復制成功：

在Triggers頁面，可以選擇Enable continuous integration選項，此時每當有新的代碼簽入代碼庫，就會觸發一次新的構建。當然，還有一些高級選項，比如選擇代碼分支等，還可以啟用Pull request validation，這些內容與持續集成的流程有關，我們可以在今后學習，在這里，我們先勾選Enable continuous integration選項