微軟 Azure DevOps Server 2019 Update 1 (TFS 2019.1)

一、概述

微軟在2019年5月發佈Azure DevOps Server 2019後不到2個月的時間裏，就快速準備好了第一個升級包（2019 Update 1），並計劃在幾周後發佈正式版本。也許你還沒來得及升級TFS，也許你還在觀望，可是這個版本必定會引發你的關注。它不只修復了Azure DevOps 2019大版本中的缺陷，將軟件提高到了史無前例的穩定級別；還在升級包中增長了大量引人注目的新功能，集成了近期微軟在Azure DevOps雲端發佈的大部分紅熟功能。下面咱們從各功能模塊的角度，逐個看看這個升級包的新特性。

二、Boards （工做項）

新增Basic流程模板New Basic process

在以前全部版本的TFS和Azure DevOps Server中，存在三個開箱即用的過程模板（Agile, Scrum和CMMI）。每一個過程模板適用於不一樣的開發管理模式，爲開發團隊提供強大而靈活的項目交付和跟蹤功能。可是，若是開發團隊沒有使用敏捷或CMMI模式管理本身的開發工做，或者並無接觸過敏捷和CMMI，他們對DevOps Server中這些默認模板中的概念和定義就會變得很是陌生。咱們輔導過的許多開發團隊，都會說」TFS系統中的概念比較晦澀難懂，若是沒有人指導，不知道如何開始。」

爲了解決這個問題，在最新版本的Azure DevOps Server 2019.1中，微軟提供了一個比較通用的基礎過程模板（Basic）。在基礎模板中，開發團隊可使用常見的概念和過程管理和跟蹤本身的開發工做。這些概念與大衆化的軟件比較接近，例如其中包含了問題、任務等工做項、狀態分爲「To Do、Doing、Done」。基礎模板爲開發團隊提供了一條應用Azure DevOps Server的快速通道，大幅減低的開發團隊的應用門檻。

改進狀態選項的排序

在Azure DevOps Server中，狀態（以前版本也叫情況）字段是用來控制工做項流程中。在以前的版本中，這個字段的選項的選項按照名稱進行排序，若是是漢字的話，則按拼英排序。把流程順序按拼音排序，並無反映出流程的順序，在實際操做中給用戶帶來許多困惑。最新版本根據工做項中的流程定義作自動排序，很好的解決了用戶的困惑。

取消工做項升級功能

在之前的版本中，若是系統升級到了新的版本，用戶能夠選擇是否將新功能應用到當前團隊項目中，例如增長Epic。根據咱們的實踐經驗，這個功能在許多情景下都會失敗，估計這也是微軟取消這個功能的緣由。在新的版本中，須要管理員自行修改xml工做項定義，來實現新的功能。

豐富的工做項附件管理功能

工做項附件功能將開發團隊的文檔集中存儲在Azure DevOps Server，而且與相關的工做項緊密靠近在一塊兒，當你須要需求說明書時，你會發現它在工做項的身邊。

DevOps Server 2019.1大幅改進了工做項附件的管理功能，你能夠在工做項的任意位置（不須要打開附件頁籤）就能夠將文檔拖拽上傳，還可使用列表、圖表等視圖查看附件，還能夠預覽附件；對於預覽附件，目前只適用於PD、HTML、圖片等文檔，短期內不要指望Word、Excel和PPT等文檔。

使用徽章共享團隊看板

如今，咱們能夠能夠像使用管道中的構建或部署徽章同樣，在團隊項目的首頁調用團隊在團隊的看板信息；經過徽章，快速展現團隊積壓工做的數量。能夠將標記配置爲僅顯示正在進行的列或全部列，甚至在項目是開放源代碼的狀況下使標記公開可見。

工做項查詢系中新增宏命令

在開發過程當中，咱們一般基於迭代來統計和分析已經發生的工做和即將發生的工做。可是也常常有基於日曆的統計分析需求，例如咱們須要瞭解上週、上月、今年的工做。如今，Azure DevOps Server提供了一組@StartOf的宏命令，幫助咱們實現基於日曆的統計需求：

l @StartOfYear

l @StartOfMonth

l @StartOfWeek

l @StartOfDay

例如，在工做項查詢中咱們加入字句「狀態修改日期>=@StartOfYear, 而且，狀態修改日期<=@StartOfYear(「+3M」)」，就能夠查詢出今年一季度的變動狀態的工做項。

修改和編輯討論

在Azure DevOps Server中，工做項的討論信息是一個相似討論板的功能，全部的討論信息不能被更改。如今，你能夠修改刪除這些討論信息了。可是，和工做項的字段記錄同樣，全部對討論的更改刪除操做，都出如今歷史記錄中。

將查詢結果導出CSV文件中

是否是還在苦惱如何將查詢結果導出到Excel中？是否是還在苦惱Excel中的團隊菜單不見了？如今，你能夠不須要任何Excel插件，直接將工做項查詢結果導出到CSV文件中，供Excel等工具使用。

三、Repos代碼庫

爲自動完成拉請求從新運行過時的生成

Azure Repo如今將自動對已由拉請求策略觸發的過時版本進行排隊。這適用於已經過全部其餘策略並設置爲自動完成的拉請求。

之前，當請求具備必需的審閱者等策略時，審批過程可能會花費太長時間，而且關聯的生成可能會在審閱者批准請求以前過時。若是拉請求被設置爲自動完成，它將保持阻止狀態，直到用戶手動將過時的生成排隊。經過此更改，生成將自動排隊，以便在成功生成後自動完成請求。

注意：

此自動化將在每一個拉請求中最多對五個過時的生成進行排隊，而且只嘗試對每一個生成從新排隊一次。

新增拉取請求的合併方式

新增了兩種拉取請求的合併方式：Fast-Forward merging 和 Semi-Linear merging (also called "Rebase and Merge").

使用分支篩選拉取請求

拉請求讓團隊在將代碼合併到主分支以前審查代碼，並給出更改的反饋。它們已經成爲許多團隊工做流程的重要組成部分，由於您能夠逐步完成建議的更改，留下注釋，並投票批准或拒絕代碼更改。爲了讓您更容易找到拉請求，如今在新版本中添加了一個過濾選項，容許您使用目標分支搜索拉取請求。

使用插件實現代碼高亮和智能提示

目前，Azure DevOps Server爲Monaco editor編輯器支持的語言子集發佈語法突出顯示。可是，許多人但願爲不支持的語言建立本身的語法突出顯示。如今，你能夠經過插件定義的方式，增長本身的代碼高亮功能和智能提示。

在快速修改功能中改進文檔編碼

早在2016年，我就向Azure DevOps Server產品組反饋的這個問題，在2019.1版本中終於獲得了改進。

在以前的版本中，若是源代碼文件爲GBK編碼（Eclipse Java中文開發團隊大多都是這樣），在Web編輯器中，若是你修改了文件，TFS直接將文件重寫爲UTF-8編碼，系統不會有任何提示。這樣致使了持續集成出現異常，或者class文件發佈到Linux服務器上一下運行異常。

如今，當您試圖保存一個不是經過Web（只支持UTF編碼）進行UTF編碼的文件時，系統會給出警告。此外，Azure DevOps Server還經過web push端點添加了對utf-16和utf-32編碼的支持。這意味着系統將保留編碼類型，這樣您就沒必要將它們重寫爲UTF-8。

在代碼庫中支持Go語言的get命令

Go是一種開源編程語言，也稱爲Golang。在go中，可使用get命令下載和安裝包和依賴項。經過這個更新，咱們在一個Azure DevOps存儲庫中添加了對Go-Get的支持。使用Go-Get，您將可以下載包及其依賴項，這些依賴項由導入路徑命名。還可使用導入關鍵字指定導入路徑。

四、Pipelines流水線

加強YAML功能

在最新的2019.1版本中，Azure DevOps Server大幅提升了YAML語言在流水線中的應用，這些提示包括了

l 在YAML定義中使用tags觸發流水線

l 在YAML定義中使用容器資源

l 增長設置：若是拉取請求已經更新，自動取消流水線

l 在yaml管道中選擇簽出代碼的目錄

l 增長編輯yaml文件的任務助手

l 增長用於Yaml管道的帶IntelliSense的Web編輯器

爲Yaml優化的新Azure應用程序服務任務

在生成日誌中連接到代碼行

如今能夠共享到生成日誌中特定行的連接。這將在與其餘團隊成員協做診斷構建失敗時幫助您。只需從結果視圖中選擇一個日誌行，就能夠得到一個連接圖標。

流水線資源權限管理

在yaml文件中引用時，須要爲受保護的資源（例如，服務鏈接、變量組、代理池、安全文件）提供安全性。同時，系統但願讓您更容易地設置和使用管道，這些管道將這些類型的資源用於非生產場景。在以前的版本中，系統添加了一個設置，將資源標記爲「已受權在全部管道中使用」。

有了這個更新，咱們可讓您更容易地修復資源受權問題，即便您沒有將資源標記爲這樣。在新的經驗中，當一個構建因爲資源受權錯誤而失敗時，您將看到一個選項，明確受權使用管道中的這些資源，而後繼續。具備受權資源權限的工做組成員將可以從失敗的生成中完成此操做。

在流水線的測試中新增插件定義點

在新版本中，在流水線的測試頁籤中新增了兩個能夠定製的點：

l 工具欄中的自定義操做按鈕

l 詳細信息窗格中的自定義詳細信息選項卡

管理代理池

項目設置中的「代理池管理」頁已用新用戶界面更新。如今，您能夠輕鬆地看到池中運行的全部做業。此外，您還能夠了解做業不運行的緣由。

在部署組中部署失敗的目標環境

默認狀況下，當從新部署之前失敗的運行時，Azure管道用於從新運行全部做業。如今，能夠經過在部署時配置部署選項來覆蓋此行爲。經過選擇部署組中的「全部做業」和「限制失敗目標」選項，從新運行將運行全部做業並將部署跳過到最新的目標。

失敗時自動從新部署

當階段的部署失敗時，Azure管道如今能夠自動從新部署上次成功的部署。經過在後期部署條件中配置自動從新部署觸發器，能夠將階段配置爲自動部署上次成功的版本。微軟計劃在未來的Sprint中向自動從新部署配置添加其餘觸發事件和操做。

支持Red Hat Enterprise Linux 6

經過此更新，Azure DevOps Server添加了對Red Hat Enterprise Linux 6的代理支持。如今，您能夠配置針對Red Hat Enterprise Linux 6平臺的代理，以執行生成和發佈做業。

發佈過程當中對長文件路徑的支持

到目前爲止，有一個限制阻止上傳路徑超過233個字符的生產結果文件。這可能會阻止您上傳Linux和MacOS版本的代碼覆蓋率結果，文件路徑超過限制。這個版本，已更新限制並支持長路徑。

讓持續集成忽略提交

如今，您能夠告訴Azure流水線忽略提交，並跳過運行提交一般觸發的管道。只需在提交消息中包含[skip ci]，Azure管道將跳過ci。您還可使用下面列出的任何變體。這對於提交到Azure Repos Git和Github Enterprise Server是受支持的：

• [skip ci] or [ci skip]
• skip-checks: true or skip-checks:true
• [skip azurepipelines] or [azurepipelines skip]
• [skip azpipelines] or [azpipelines skip]
• [skip azp] or [azp skip]
• ***NO_CI***

五、Test Plans 測試管理

測試趨勢組件

測試結果趨勢（高級）小部件提供了對多個版本和發佈的測試數據的近乎實時的可見性。測試結果趨勢（高級）小部件顯示管道或跨管道的測試結果趨勢。您可使用它跟蹤天天的測試計數、經過率和測試持續時間。隨着時間的推移跟蹤測試質量並改進測試輔助資料是維護一個健康的DevOps管道的關鍵。

測試結果趨勢（高級）小部件幫助您在測試結果中找到異常值，並回答以下問題：測試的運行時間是否比日常長？什麼測試文件或管道會影響個人整體經過率？個人長期測試是什麼？

爲了幫助您回答這些問題，小部件提供瞭如下功能：

•顯示經過率趨勢、測試結果計數或測試持續時間

•基於多個構建管道或發佈管道提供測試結果

•使用組合圖表選項顯示同一趨勢上的兩個指標

根據測試結果過濾隨時間變化的測試計數

•按分支或測試篩選全部測試結果

按測試屬性（如優先級或環境）堆疊度量

•將測試文件、全部者或管道上的數據分組

這個小部件是高度可配置的，容許您在各類場景中使用它。

經過URL分享測試結果

能夠將自動測試配置爲做爲生成或發佈的一部分運行。能夠在構建或發佈摘要的測試選項卡中查看已發佈的測試結果。經過此更新，咱們添加了一個複製結果URL功能，以便您能夠與團隊中的其餘人共享單個測試運行結果。共享級別包括：

•運行級別

•結果級別

•在測試運行中選擇單個選項卡

•共享還與配置的任何擴展選項卡兼容

當您共享URL時，查看者將在全屏視圖中看到測試運行結果。

六、Artifacts 包管理

與其餘功能同樣，包管理中引入了大量的新功能，可是其中最讓我高興的是Maven庫的上游庫管理功能。

上游庫如今可用於Maven。這包括主Maven中央存儲庫和Azure工件源。

包管理中的其餘新功能，後續在專題文章中再作介紹。

七、Wiki

Markdown中支持視頻和公式模板

編輯wiki時，再也不須要記住添加公式、視頻和yaml標記的標記語法。如今能夠單擊工具欄中的上下文菜單並選擇所選的選項。

注意，目前支持Youtube和Microsoft Stream的視頻

將工做項查詢結果簽入到Wiki中

如今能夠將Azure Boards查詢結果以表的形式嵌入到wiki頁面中。下圖顯示了一個wiki頁面的示例，其中列出了wiki中嵌入的當前sprint中發佈的全部功能和全部活動Bug。頁面中顯示的內容正在使用現有的工做項查詢。使用這個新功能，您能夠建立動態內容，而無需擔憂手動更新wiki頁面。

Wiki頁面的永久連接

在以前的版本中，若是連接的網頁被重命名或移動，則共享的wiki網頁連接將斷開。咱們如今經過向URL添加頁面ID引入了永久連接。這能夠確保您共享的連接隨着時間的推移保持不變。

在Wiki頁面中顯示工做項狀態

在這個更新中，系統經過向頁面添加工做項的狀態及其ID和標題來加強wiki頁面中提到的工做項。

拉式請求註釋和板討論中的工做項引用也將顯示狀態。

@mention users and groups

Notifications on wiki pages

Support for HTML tags

八、Reporting 報表

分析服務（Analytics）已經再也不須要安裝插件，在新版本中，Analytics已經成爲產品的一個功能。

對於Azure DevOps用戶，尤爲是企業級用戶，數據分析愈來愈成爲Azure DevOps體驗不可或缺的一部分。對於客戶來講，幫助他們作出數據驅動的決策是一項重要的能力。

在Update 1中，客戶再也不須要分析擴展來使用分析。客戶如今能夠在項目集合設置下啓用分析，這是一個比較簡單的過程。

（結束）

http://www.cnblogs.com/danzhang/  DevOps MVP 張洪君

--