使用Visual Studio Team Services持續集成（二）——爲構建定義屬性

使用Visual Studio Team Services持續集成（二）——爲構建定義屬性

1.從VSTS賬戶進入到Build

2.編輯構建定義並單擊Options

Description:若是這裏明確描述，當在團隊項目的Build區域中選擇它時，它會顯示在構建定義的名稱旁邊。

Build number format:若是將其留白，那麼完成的構建將被賦予一個唯一的整數做爲其名稱。可是能夠爲團隊提供更有意義的名稱。可使用字母、變量和下劃線的組合。

Default agent queue:選擇鏈接到包含您想要運行該定義的代理池的隊列。要構建代碼或部署軟件，至少須要一個代理，隨着添加更多的代碼和人員，將會須要更多的代理。

Build job authorization scope:指定構建做業的受權範圍。項目集合，若是構建須要訪問多個團隊項目。

Demands:使用demands來確保構建需求在運行它的構建代理上運行。Demands經過構建步驟或手動聲明。

3.點擊Triggers。在觸發器選項卡上，指定觸發構建的事件。能夠對CI和計劃構建使用相同的構建定義。

Continuous integration (CI):若是但願構建在某人簽入代碼時運行，請選擇該觸發器。

Batch changes:若是有不少團隊成員常常上傳更改，而且但願減小正在運行的構建的數量，那麼勾選這個複選框。若是選擇該選項，當構建運行時，系統將等待直到構建完成，而後對還沒有構建的全部更改使用一個新構建進行排隊。若是正在使用批處理更改，還能夠指定每一個分支併發構建的最大數量。

Branch filters: 可使用通配符指定要觸發構建的分支。

Path filters:還能夠指定路徑篩選器來減小要觸發構建的文件集合。.

4.點擊Scheduled。選擇想要運行的構建，配置相應的日期和時間。

5.點擊Retention選項卡。在大多數狀況下，不須要完成的構建超過必定天數。保留策略會自動刪除舊的已完成的構建，以減小混亂。能夠在構建定義的Retention選項卡上修改這些策略。

6.單擊Variables選項卡。能夠添加新的用戶定義的變量。

• BuildConfiguration: 發佈
• BuildPlatform: 任何cpu
• WebDir: src/MyHealth.Web Secret Variables:建議若是變量包含了密碼、密鑰或其餘一些須要避免暴露的數據，那麼就應該對其進行保密。

• 如今，修改構建步驟使用新的變量。單擊npm任務，並在工做目錄屬性中使用WebDir變量。

任務2：添加構建任務

從團隊項目中刪除未使用的repo，以組織項目的源代碼。

1.選擇Add Task以後選擇Package查找與該類別相關的任務，選擇npm並點擊Add。將其放置到Build任務後

2.將工做文件夾更改成src/MyHealth.Web。該項目有一個json文件，npm安裝命令經過他知道須要安裝哪些包

接下來，您須要運行bower來安裝web包。可使用Command Line/Shell Script工具運行Bower命令，可是更好的方法是使用Bower任務。這個任務不是現成的，須要從市場上安裝。

從另外一個選項卡，導航到市場上的Bower extension page並安裝它。當完成返回到正在編輯構建定義的選項卡時，關閉該選項卡。

1.保存構建定義並刷新頁面。應該在Package選項卡下看到Bower任務。選擇該任務並單擊Add。

2.選擇Bower任務並更改Bower JSONPath指向MyHealth.Web 文件夾下的bower.json文件。

3.接下來須要gu重點內容lp任務。選擇Add Task，並查找Gulp from the Build**部分，將其添加到構建定義中。

4.更改Gulp file path指向MyHealth.Web文件夾下的的gulp文件。

5.其他的任務不須要任何更改。已經準備好運行該構建。可使構建做爲一個持續集成（Continuous Integration）構建運行，以便在分支上的每一個簽入都會觸發其運行。稍後咱們將在實驗室中看到。如今，咱們將手動運行它。

6.選擇Save & queue來保存構建定義並當即對構建進行排隊。若是已經保存了構建定義，從菜單中選擇Queue。

7.須要選擇要運行此構建的構建代理。能夠選擇在一個前提代理上運行構建，或者使用託管在Azure上的代理。咱們將使用Hosted VS2017代理，由於它擁有.NET core框架和構建應用程序所需的全部其餘組件。

8.將看到構建等待尋找代理運行。它可能須要幾分鐘，而且一旦獲得一個代理，構建就會開始執行。當構建運行時，能夠實時看到輸出日誌。若是須要進行更深刻的分析，還能夠後續下載日誌。

9.完成全部步驟以後，能夠在頂部選擇構建編號（Build number）以得到運行的詳細信息。Summary選項卡顯示了運行的摘要，包括誰觸發了它，在什麼時間，獲取了哪些代碼和提交，相關的工做項，測試等等。

10.Timeline視圖將幫助您找出運行的每一個任務的時間。若是構建定義包含發佈任務，若是有任何文件被髮布，能夠從Artifacts選項卡中找到它。

咱們將瞭解構建中如何處理變量、設置不一樣的觸發器機制等等。

動手實驗

類別	文章名稱
概述	Visual Studio Team Services 動手實驗
計劃	使用Visual Studio Team Services敏捷規劃和項目組合管理（一）使用團隊、區域和迭代
	使用Visual Studio Team Services敏捷規劃和項目組合管理（二）VSTS中的工做項
	使用Visual Studio Team Services敏捷規劃和項目組合管理（三）使用Kanban板
	使用Visual Studio Team Services敏捷規劃和項目組合管理（四）衝刺計劃和任務板
	使用Visual Studio Team Services敏捷規劃和項目組合管理（五）組合管理
	使用Visual Studio Team Services敏捷規劃和項目組合管理（六）——VSTS儀表盤的使用
	使用Visual Studio Team Services敏捷規劃和項目組合管理（七）——流程定製
	Microsoft Teams 集成 (協做, 溝通 和 行爲)
	使用VSTS的Git進行版本控制（一）——複製現有倉庫)
	使用VSTS的Git進行版本控制（二）——提交保存工做)
	使用VSTS的Git進行版本控制（三）——評審歷史記錄)
	使用VSTS的Git進行版本控制（四）——在Visual Studio中管理分支)
	使用VSTS的Git進行版本控制（五）——從Team Services Portal管理分支)
	使用VSTS的Git進行版本控制（六）——拉取請求)
	使用VSTS的Git進行版本控制（七）——管理倉庫)
	使用Visual Studio Team Services持續集成（一）——構建ASP.NET Core)
相關資料	Visual Studio Team Services Demo Generator簡介
參考文章	Continuous Integration using Visual Studio Team Services