Azure DevOps Server 2019 Update 1 版本資訊

| 開發人員社群系統需求 | 授權條款 | DevOps 部落格 | SHA-1 雜湊

在本文中,您將找到最新版Azure DevOps Server的相關資訊。

若要深入瞭解如何安裝或升級Azure DevOps Server部署,請參閱Azure DevOps Server需求。 若要下載 Azure DevOps 產品,請流覽Azure DevOps Server下載頁面

Azure DevOps Server 2019 或 Team Foundation Server 2015 或更新版本支援直接升級至 Azure DevOps Server 2020。 如果您的 TFS 部署是在 TFS 2010 或更早版本上,您必須先執行一些過渡步驟,再升級至 Azure DevOps Server 2019。 若要深入瞭解,請參閱 安裝和設定 Azure DevOps 內部部署


安全地從 Azure DevOps Server 2019 升級至 Azure DevOps Server 2020

Azure DevOps Server 2020 引進新的管線執行, (建置) 保留模型,以專案層級設定為基礎。

Azure DevOps Server 2020 會根據管線層級保留原則,以不同的方式處理組建保留。 某些原則設定會導致在升級之後刪除管線執行。 升級之後,不會刪除已手動保留或由版本保留的管線執行。

如需如何從 2019 Azure DevOps Server 安全地升級至 Azure DevOps Server 2020 的詳細資訊,請參閱我們的部落格文章

Azure DevOps Server 2019 Update 1.2 Patch 1 發行日期:2022 年 7 月 12 日

我們已發行 Azure DevOps Server 2019 Update 1.2 的修補程式,其中包含下列專案的修正程式。

  • 在測試回合 API 中,所傳回的接續權杖大於指定的 「maxLastUpdatedDate」 值。
  • 在編輯傳統管線時,在捨棄不同索引標籤上的變更之後,保留索引標籤會是空白的。

Azure DevOps Server 2019 Update 1.2 發行日期:2022 年 5 月 17 日

Azure DevOps Server 2019 Update 1.2是 Bug 修正的匯總。 您可以直接安裝 Azure DevOps Server 2019 Update 1.2 或從 Azure DevOps Server 2019 或 Team Foundation Server 2013 或更新版本升級。

注意

此版本之後,資料移轉工具將可用於 Azure DevOps Server 2019 Update 1.2 大約三周。 您可以在這裡查看我們目前支援匯入的版本清單。

此版本包含下列專案的修正:

  • 停用使用者的 Active Directory 帳戶之後,撤銷所有個人存取權杖。

Azure DevOps Server 2019 Update 1.1 Patch 13 發行日期:2022 年 1 月 26 日

我們已發行 Azure DevOps Server 2019 Update 1.1 的修補程式,其中包含下列專案的修正程式。

  • 使用工作專案中的 @mention 控制項時,不會傳送Email通知。
  • 慣用的電子郵件地址未在使用者設定檔中更新。 這會導致電子郵件傳送至先前的電子郵件地址。
  • 從 log4j 二進位檔中移除 jndilookup 類別,以解決 Elasticsearch 弱點。

安裝步驟

  1. 使用 Patch 13升級伺服器。
  2. 檢查 位於 HKLM:\Software\Elasticsearch\Version 的登錄值。 如果登錄值不存在,請新增字串值,並將 Version 設定為 5.4.1 (Name = Version, Value = 5.4.1) 。
  3. 執行讀我檔案中提供的更新命令 PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation update 。 它可能會傳回警告,例如: 無法連線到遠端伺服器。 請勿關閉視窗,因為更新正在執行重試,直到完成為止。

注意

如果Azure DevOps Server和 Elasticsearch 安裝在不同的電腦上,請遵循下列步驟。

  1. 使用 Patch 13升級伺服器。
  2. 檢查 位於 HKLM:\Software\Elasticsearch\Version 的登錄值。 如果登錄值不存在,請新增字串值,並將 Version 設定為 5.4.1 (Name = Version, Value = 5.4.1) 。
  3. 將名為 zip C:\Program Files\{TFS Version Folder}\Search\zip 的資料夾內容複寫到 Elasticsearch 遠端檔案資料夾。
  4. 在 Elasticsearch 伺服器電腦上執行 Configure-TFSSearch.ps1 -Operation update

SHA-256 雜湊: DB762E391F9DF8E71E58D6FAA169CA44DFBE996AE6567B55F772CBA9E3DA2AB3

Azure DevOps Server 2019 Update 1.1 Patch 12 發行日期:2021 年 9 月 15 日

Azure DevOps Server 2019 Update 1.1的修補程式 12包含下列的修正程式。

  • 修正具有 「Contains Words」 之查詢的工作專案宏。 先前,查詢會針對包含分行符號的值傳回不正確的結果。
  • 自訂工作專案版面配置狀態的當地語系化問題。
  • 電子郵件通知範本中的當地語系化問題。
  • 針對欄位定義多個 NOTSAMEAS 規則時,NOTSAMEAS 規則評估的問題。

Azure DevOps Server 2019 Update 1.1 Patch 11 發行日期:2021 年 9 月 14 日

Azure DevOps Server 2019 Update 1.1的修補程式 11包含下列的修正程式。

Azure DevOps Server 2019 Update 1.1 Patch 10 發行日期:2021 年 8 月 10 日

Azure DevOps Server 2019 Update 1.1的修補程式 10包含下列的修正程式。

  • 修正某些工作專案類型的電子郵件傳遞工作問題。

Azure DevOps Server 2019 Update 1.1 Patch 9 發行日期:2021 年 6 月 15 日

Azure DevOps Server 2019 Update 1.1的修補程式 9包含下列的修正程式。

  • 修正資料匯入的問題。 對於有許多過時測試案例的客戶而言,資料匯入花費很長的時間。 這是因為參考會增加資料表的大小 tbl_testCaseReferences 。 在此修補程式中,我們已移除過時測試案例的參考,以協助加速資料匯入程式。

Azure DevOps Server 2019 Update 1.1 Patch 8 發行日期:2021 年 4 月 13 日

我們已發行 Azure DevOps Server 2019 Update 1.1 的修補程式,以修正下列各項。

若要實作此修補程式的修正程式,您必須遵循下列步驟進行 一般修補程式安裝和AzureResourceGroupDeploymentV2 工作安裝。

一般修補程式安裝

如果您有 Azure DevOps Server 2019 Update 1.1,您應該安裝Azure DevOps Server 2019 Update 1.1 Patch 8

驗證安裝

  • 選項 1:執行 devops2019.1.1patch8.exe CheckInstall ,devops2019.1.1patch8.exe是從上述連結下載的檔案。 命令的輸出會指出已安裝修補程式,或未安裝。

  • 選項 2:檢查下列檔案的版本: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll 。 預設會安裝 c:\Program Files\Azure DevOps Server 2019 Azure DevOps Server 2019。 安裝 Azure DevOps Server 2019.1.1 Patch 8 之後,版本將會是 17.153.31129.2。

AzureResourceGroupDeploymentV2 工作安裝

注意

下列所有步驟都必須在 Windows 電腦上執行

安裝

  1. AzureResourceGroupDeploymentV2.zip 套件解壓縮到您電腦上的新資料夾。 例如: D:\tasks\AzureResourceGroupDeploymentV2

  2. 下載並安裝Node.js 14.15.1 和 npm (隨附于Node.js下載) 。

  3. 在系統管理員模式中開啟命令提示字元,然後執行下列命令以安裝 tfx-cli。

npm install -g tfx-cli
  1. 建立具有 完整存取權限 的個人存取權杖,並加以複製。 執行 tfx 登入 命令時,將會使用此個人存取權杖。

  2. 從命令提示字元執行下列命令。 出現提示時,請輸入 [服務 URL] 和 [個人存取權杖]。

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

  1. 執行下列命令,在伺服器上上傳工作。 使用步驟 1 中擷取.zip檔案的路徑。
  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Azure DevOps Server 2019 Update 1.1 Patch 7 發行日期:2021 年 1 月 12 日

我們已發行 Azure DevOps Server 2019 Update 1.1 的修補程式,以修正下列各項。 如需詳細資訊,請參閱部落格文章

  • 測試回合詳細資料不會顯示使用 OpsHub 移轉來移轉之測試資料的測試步驟詳細資料
  • 'Microsoft.TeamFoundation.TestManagement.Server.TCMLogger' 的初始化運算式例外狀況
  • 移轉至 Azure DevOps Server 2020 之後,會立即刪除未執行的組建
  • 修正資料提供者例外狀況

Azure DevOps Server 2019 Update 1.1 Patch 6 發行日期:2020 年 12 月 8 日

我們已發行 Azure DevOps Server 2019 Update 1.1 的修補程式,以修正下列各項。 如需詳細資訊,請參閱部落格文章

  • CVE-2020-1325:Azure DevOps Server詐騙弱點
  • CVE-2020-17135:Azure DevOps Server詐騙弱點
  • CVE-2020-17145:Azure DevOps Server和 Team Foundation Services 詐騙弱點
  • 修正 TFVC 未處理所有結果的問題

重要

請先閱讀以下提供的完整指示,再安裝此修補程式。

一般修補程式安裝

如果您有 Azure DevOps Server 2019 Update 1.1,您應該安裝Azure DevOps Server 2019 Update 1.1 Patch 6

驗證安裝

  • 選項 1:執行 devops2019.1.1patch6.exe CheckInstall ,devops2019.1.1patch6.exe是從上述連結下載的檔案。 命令的輸出會指出已安裝修補程式,或未安裝。

  • 選項 2:檢查下列檔案的版本: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll 。 預設會安裝 c:\Program Files\Azure DevOps Server 2019 Azure DevOps Server 2019。 安裝 Azure DevOps Server 2019.1.1 Patch 6 之後,版本將會是 17.153.30723.5。

AzurePowerShellV4 工作安裝

注意

下列所有步驟都必須在 Windows 電腦上執行

必要條件

  1. 在私人代理程式電腦上安裝Azure PowerShell Az 模組 Azure Powershell

  2. 使用 AzurePowerShellV4 工作建立管線。 在工作中,您只會在 標準錯誤中看到 一個失敗。

安裝

  1. AzurePowerShellV4.zip 套件解壓縮至名為 AzurePowerShellV4的資料夾。

  2. 下載並安裝 Node.js 14.15.1 和 npm (,Node.js根據您的電腦下載) 。

  3. 在系統管理員模式中開啟命令提示字元,然後執行下列命令以安裝 tfx-cli。

npm install -g tfx-cli
  1. 建立具有 完整存取權限 的個人存取權杖,並加以複製。 執行 tfx 登入 命令時,將會使用此個人存取權杖。

  2. 從命令提示字元執行下列命令。 出現提示時,請輸入 [服務 URL] 和 [個人存取權杖]。

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

  1. 執行下列命令,在伺服器上上傳工作。 擷取套件的路徑會是 D:\tasks\AzurePowerShellv4
  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Azure DevOps Server 2019 Update 1.1 Patch 5 發行日期:2020 年 9 月 8 日

我們已發行 Azure DevOps Server 2019 Update 1.1 的修補程式,以修正下列各項。 如需詳細資訊,請參閱部落格文章

  • DTS 1713492 - 將 AD 群組新增至安全性許可權時發生非預期的行為。

Azure DevOps Server 2019 Update 1.1 Patch 4 發行日期:2020 年 7 月 14 日

我們已發行 Azure DevOps Server 2019 Update 1.1 的修補程式,以修正下列各項。 如需詳細資訊,請參閱部落格文章

  • CVE-2020-1326:跨網站腳本弱點
  • 選取 [其他 Git 來源] 時,組建管線會顯示未經授權的使用者連線不正確。
  • 修正在 XAML 組建定義中將繼承變更為 On 或 Off 時的錯誤。

Azure DevOps Server 2019 Update 1.1 Patch 3 發行日期:2020 年 6 月 9 日

我們已發行 Azure DevOps Server 2019 Update 1.1 的修補程式,以修正下列各項。 如需詳細資訊,請參閱部落格文章

  • CVE-2020-1327:確定 Azure DevOps 伺服器可清理使用者輸入。

Azure DevOps Server 2019 Update 1.1 Patch 2 發行日期:2020 年 4 月 14 日

我們已發行 Azure DevOps Server 2019 Update 1.1 的修補程式,以修正下列各項。 如需詳細資訊,請參閱部落格文章

  • SVN 認可不會觸發管線

  • 在 Azure DevOps 上新增 SSH 中的 SHA2 支援

Azure DevOps Server 2019 Update 1.1 Patch 1 發行日期:2020 年 3 月 10 日

我們已針對 Azure DevOps Server 2019 Update 1.1 發行安全性修補程式,以修正下列 Bug。 如需詳細資訊,請參閱部落格文章


Azure DevOps Server 2019 Update 1.1 RTW 發行日期:2019 年 12 月 10 日

Azure DevOps Server 2019 Update 1.1是 Bug 修正和安全性更新的匯總。 其中包含先前發行的 Azure DevOps Server 2019 Update 1 修補程式中的所有修正程式。 您可以直接安裝 Azure DevOps Server 2019 Update 1.1 或從 Azure DevOps Server 2019 或 Team Foundation Server 2012 或更新版本升級。

注意

此版本之後,資料移轉工具將可用於 Azure DevOps Server 2019 Update 1.1 大約三周。 您可以在這裡查看我們目前支援匯入的版本清單。

此版本包含下列 Bug 的修正:

Azure Boards

  • 從產品待辦專案建立新的工作專案時,[標題] 欄位不會使用進程範本中的預設值初始化。
  • 使用Azure Boards時的緩慢和逾時。
  • 工作專案連結上的 [修訂依據] 值不正確。

Azure Pipelines

Azure Test Plans

  • Test Plans中的編輯欄位速度很慢。
  • 在測試案例中,從 Boards 開啟 (而不是Test Plans) 時,不會開啟共用步驟詳細資料。

一般

系統管理

  • 高記憶體使用量
  • 具有負載平衡器設定的伺服器必須明確地將其公用來源新增至 AllowedOrigins 登錄專案。
  • 安裝在 SQL Azure 的客戶看不到 [完成試用版] 對話方塊。
  • 安裝延伸模組會提供錯誤「錯誤訊息遺漏貢獻 (ms.vss-dashboards-web.widget-sdk-version-2) 」。
  • 設定彈性搜尋時發生錯誤:「使用者未經授權」。
  • 從 TFS 2018 Update 2 或更新版本升級時,彈性搜尋中的索引編制和查詢失敗。
  • 設定Azure DevOps Server時,「建立倉儲」步驟會失敗。

此版本包含下列更新:

  • 支援 SQL Server 2019。

Azure DevOps Server 2019 Update 1 Patch 1 發行日期:2019 年 9 月 10 日

我們已發行 Azure DevOps Server 2019 Update 1的安全性修補程式,以修正下列 Bug。 如需詳細資訊,請參閱部落格文章


Azure DevOps Server 2019 Update 1 發行日期:2019 年 8 月 20 日

注意

此版本之後,資料移轉工具將可用於Azure DevOps Server 2019 Update 1 大約三周。 您可以在這裡查看我們目前支援匯入的版本清單。


RC2 發行日期:2019 年 7 月 23 日

RC2 包含數個自 RC1 以來的錯誤修正,而且是最終規劃的發行前版本。


RC1 發行日期:2019 年 7 月 2 日

Azure DevOps Server 2019 Update 1 的新功能摘要

Azure DevOps Server 2019 Update 1 引進許多新功能。 一些重點包括:

您也可以跳至個別區段,以查看新功能:


一般

深色佈景主題

深色主題是Azure DevOps Services的熱門功能,現在可在Azure DevOps Server中使用。 您可以從每個頁面右上方的虛擬人偶下方功能表選取 [ 主題 ],以開啟深色主題。

深色主題

Boards

新增基本程式

在過去,Agile 是新專案的預設程式,提供一組健全且彈性的工作專案類型和狀態,以符合各種專案傳遞方法。 對於較熟悉其他工具或想要採用更強大工具集的小組,想要快速開始使用他們更熟悉的術語。

新的基本程式提供三種工作專案類型, (Epics、問題及工作) 來規劃和追蹤您的工作。 我們建議您使用問題來追蹤使用者劇本、Bug 和功能等專案,同時使用 Epic 將問題分組成較大的工作單位。 當您進行工作時,將專案沿著簡單狀態工作流程移至 [To Do]、[執行中] 和 [完成]。

基本程式基本

請參閱 追蹤問題和工作 檔,以協助您開始使用新的專案。

工作專案表單上的狀態值順序

之前,工作專案表單上的狀態值依字母順序排序。 透過此更新,我們已變更狀態值排序方式,以符合進程設定中的工作流程順序。 您也可以變更狀態自訂設定中每個類別中狀態的順序。

狀態順序

不再提供功能啟用

客戶必須手動更新每個專案的 XML,才能在升級其集合之後啟用新功能。

功能啟用

請參閱 以瞭解如何啟用特定功能。

使用更豐富的工作專案附件來組織參考資料

將檔案附加至工作專案可讓您和小組集中參考資料,以便在您需要時一律會接近它們。 現在只要在工作專案表單上任何位置拖放檔案,即可更輕鬆地新增附件。 您可以繼續以清單方式檢視附件,或切換至方格檢視以顯示縮圖預覽。 按兩下檔案以開啟預覽並加以迴圈,以快速找出您需要的資訊。

工作專案附件

使用徽章分享小組的面板

存放庫的讀我檔案通常是專案小組所開啟的首頁,以取得如何參與及使用解決方案的相關資訊。 現在,就像您可以在 Azure Pipelines 中使用組建或部署狀態一樣,您可以在 Azure Boards 中為小組的面板新增至讀我檔案。 您可以將徽章設定為只顯示 [進行中] 資料行或所有資料行,甚至讓您的專案開放原始碼時公開顯示徽章。

示範如何使用徽章分享小組面板的短片。

如果您的讀我檔案是以 Markdown 為基礎,您可以直接從狀態徽章設定頁面複製範例 Markdown,並將它貼到您的檔案中。

顯示 GitHub 上讀我檔案中徽章的螢幕擷取畫面。

查詢相對於日、周、月或年開始的工作

雖然小組通常會專注于下一個或根據短期衝刺反復專案的內容中工作,但透過行事曆的鏡頭查看工作通常很有趣,以報告過去一個月或一年第一季發生的所有工作。 現在您可以使用下列新的 @StartOf 宏集以及任何日期型欄位,根據日、周、月或年開始查詢:

  • @StartOfYear
  • @StartOfMonth
  • @StartOfWeek
  • @StartOfDay

這些宏也會接受新的修飾詞字串,讓您依不同的日期單位來移動資料。 例如,您可以透過查詢狀態變更日期 > = @StartOfYear 和狀態變更日期 < = @StartOfYear( 「+3M」) ,撰寫查詢來尋找今年第一季完成的所有工作專案。 如需詳細資訊 ,請參閱查詢宏 檔。

此螢幕擷取畫面顯示相對於日期、周、月或年份開始的工作查詢。

編輯和刪除討論區批註

我們很高興宣佈高度投票開發人員社群功能的可用性,在Azure Boards的工作專案討論中編輯和刪除批註。 若要編輯您的批註,只要將滑鼠停留在您擁有的任何批註上,您就會看到兩個新的按鈕。 如果您按一下鉛筆圖示,您將會進入編輯模式,而且可以直接進行編輯,然後按 [更新] 按鈕來儲存編輯。

顯示討論區批註的螢幕擷取畫面。

當您按一下溢位功能表時,您會看到刪除批註的選項。 按一下此選項之後,系統會再次提示您確認要刪除此批註,並刪除批註。

顯示如何刪除討論區批註的螢幕擷取畫面。

您會在工作專案表單的 [歷程記錄] 索引標籤中,完整追蹤所有已編輯和刪除的批註。 您也會看到我們已更新討論體驗的 UI,讓它感覺更現代化且互動。 我們已新增批註周圍的泡泡,讓個別批註開始和結束的位置更清楚。

將查詢結果匯出至 CSV 檔案

您現在可以直接從 Web 將查詢結果匯出至 CSV 格式檔案。

顯示如何匯出查詢結果的短片。

現在,當您使用 AB#{work item ID} 語法在 GitHub 中提及問題、提取要求或認可批註內的工作專案時,這些提及會變成超連結,您可以按一下直接流覽至提及的工作專案。

這不會建立一個正式連結,讓每個相關交談的工作專案Azure Boards雜亂,而是提供小組一個在討論程式碼或客戶回報問題時提供更多工作專案相關資訊的方法。 如需詳細資訊,請參閱 Azure Boards GitHub 整合檔。

顯示 GitHub 上提取要求的螢幕擷取畫面。

在Azure Boards規劃時,接受並執行 GitHub 中的問題

現在,您可以在 GitHub 中連結Azure Boards中與相關問題的工作專案。 透過這種新的連結類型,現在可以進行數個其他案例。 例如,如果您的小組想要繼續接受來自使用者的錯誤報表,例如 GitHub 內的問題,但與小組的工作整體相關並組織在Azure Boards中,您現在可以。

顯示您可以在 GitHub 中連結工作專案Azure Boards中相關問題的螢幕擷取畫面。

小組針對認可和提取要求所使用的相同提及語法仍然適用,當然您可以在問題 URL Azure Boards中手動連結。 如需詳細資訊,請參閱 GitHub & Azure Boards檔。

顯示如何使用 GitHub 問題 URL 在 Azure Boards 中手動連結的螢幕擷取畫面。

從工作流程看板快速檢視連結的 GitHub 活動

當您自行或以小組身分檢閱工作流程看板時,您通常會有問題,例如「此專案尚未開始開發?」或「此專案是否尚未檢閱?」在工作流程看板上使用新的 GitHub 注釋,現在您可以快速瞭解專案的位置,並直接流覽至 GitHub 認可、提取要求或問題,以取得詳細資料。 如需此專案的詳細資訊,請參閱 自訂卡片 檔,以及工作和測試的其他批註。

顯示如何從工作流程看板檢視連結 GitHub 活動的螢幕擷取畫面。

Repos

提取要求草稿

為了防止提取要求在準備好之前完成,並輕鬆地建立可能不涉及所有人的工作,我們現在支援草稿提取要求。

從建立提取要求時,從 [建立] 按鈕下拉式清單中選取 [建立為草稿],即可建立草稿提取要求。

建立 PR 草稿

建立草稿提取要求之後,您會看到一個徽章,指出標題旁的狀態。

提取要求的螢幕擷取畫面,其中顯示它是草稿。」

草稿提取要求不包含檢閱者或預設執行組建,但可讓您手動新增檢閱者並執行組建。 若要將提取要求升階為一般提取要求,只要從提取要求詳細資料頁面按一下 [ 發佈 ] 按鈕即可。

重新執行自動完成提取要求的過期組建

Azure Repos現在會自動將提取要求原則觸發的過期組建排入佇列。 這適用于已傳遞所有其他原則並設定為自動完成的提取要求。

之前,當提取要求具有必要檢閱者之類的原則時,核准程式可能需要太長的時間,且相關聯的組建可能會在檢閱者核准提取要求之前過期。 如果提取要求設定為自動完成,則會保持封鎖狀態,直到使用者手動將過期的組建排入佇列為止。 透過這項變更,組建會自動排入佇列,以便在成功建置之後自動完成提取要求。

注意

此自動化只會為每個提取要求排入最多五個過期的組建佇列,而且只會嘗試重新排入每個組建的佇列一次。

在提取要求中只檢視左或右檔案

現在,在提取要求中檢視檔案變更時,您可以使用並 存差異內嵌差異 模式。 我們收到意見反應,表示許多您只想要查看原始檔案或已變更的檔案,而不進行比較,因此我們新增了新的選項,可讓您個別檢視左檔案或右檔案。

[並存差異] 選項的螢幕擷取畫面,其中游標停留在 [顯示修改的內容] 上方。

用於完成提取要求的新合併類型

將提取要求中的變更合併至目標分支時,您現在有更多選項。 我們已在開發人員社群上新增對兩項最要求功能的支援:快速轉寄合併半線性合併 (也稱為「Rebase and Merge」) 。

您現在會在 [ 完成提取要求 ] 對話方塊中看到這些可用的新選項:

顯示完成提取要求之新合併類型的螢幕擷取畫面。

更新的原則管理頁面可讓系統管理員控制分支或分支資料夾上允許的合併策略。

[限制合併類型] 區段的螢幕擷取畫面。

注意

現有的原則仍會強制執行。 例如,如果您的分支目前只有「壓縮合並」原則,您必須編輯該原則,才能使用新的合併策略。

在提取要求完成期間重新處理時,有一些情況:

  • 如果目標分支上的原則禁止使用重新基底策略,您將需要「覆寫分支原則」許可權。
  • 如果提取要求的來源分支有原則,您將無法重新設定其基底。 重新處理會修改來源分支,而不需經過原則核准程式。
  • 如果您已使用 合併衝突延伸模組 來解決合併衝突。 一次重新處理提取要求中的所有認可時,套用至三向合併的衝突解決方式很少成功 (或甚至有效的) 。

在這些情況下,您仍然可以選擇在本機重新設定分支並推送至伺服器,或在完成提取要求時合併變更。

依提取要求中的目標分支篩選 (PR)

提取要求可讓您的小組檢閱程式碼,並在將變更合併至主要分支之前提供變更的意見反應。 他們已成為許多小組工作流程的重要部分,因為您可以逐步執行建議的變更、留下批註,以及投票以核准或拒絕程式碼變更。

為了讓您更輕鬆地找到提取要求,我們新增了篩選選項,讓您使用目標分支搜尋 PR。

Azure Pipelines 提取要求篩選選項的螢幕擷取畫面。

您也可以使用目標分支篩選來自訂 [採礦 ] 索引標籤中的提取要求檢視。

[在 [採礦] 索引標籤中自訂提取要求的螢幕擷取畫面。

允許延伸模組新增語法醒目提示和自動完成

目前,我們會針對 一部分文字編輯器所支援的語言,發佈語法醒目提示。 不過,許多您想要針對我們不支援的語言建立自己的語法醒目提示。

透過此更新,我們新增了擴充點,可讓擴充功能將語法醒目提示和自動完成新增至檔案總管和提取要求檢視。

您可以 在這裡找到示範此功能的延伸模組範例。

此外,我們新增了 Kusto 語言 語法醒目提示的支援。

存放庫建立擴充點

我們已新增擴充點,讓您將新專案新增至存放庫選擇器。 此擴充點可讓您將自訂動作新增 (重新導向、快顯視窗等) 至存放庫選擇器功能表,以啟用替代存放庫建立案例之類的流程。

顯示存放庫建立延伸模組的螢幕擷取畫面。

改善的編碼支援

先前,在網路上編輯和儲存檔案只會儲存為 UTF-8 編碼,而且我們在檔案編碼變更時不會提示您。 現在,當您嘗試儲存不是透過 Web 編碼的 UTF 檔案時,我們會提供警告, (只支援 UTF 編碼) 。 此外,我們新增了透過 Web 推送端點對 UTF-16 和 UTF-32 編碼的支援。 這表示我們會保留編碼類型,因此您不需要將其重寫為 UTF-8。

下列螢幕擷取畫面顯示,以及您于 Web 推送引進編碼變更時會看到的對話方塊範例。

顯示警告 mesaage 的螢幕擷取畫面,指出:已新增非 ASCII 字元。認可會將此檔案編碼為 Unicode。

在 Azure Repos 中取得命令支援

Go 是開放原始碼程式設計語言,也稱為 Golang。 在 Go 中,您可以使用 get 命令 來下載並安裝套件和相依性。 透過此更新,我們已在 Azure DevOps 存放庫內新增對 的支援 go get 。 使用 go get ,您將能夠下載套件及其依匯入路徑命名的相依性。 您可以使用 import 關鍵字來指定匯入路徑。

Pipelines

適用于 YAML 管線的 IntelliSense 網頁編輯器

如果您使用 YAML 來定義管線,您現在可以利用此版本引進的新編輯器功能。 無論您是建立新的 YAML 管線或編輯現有的 YAML 管線,您都可以在管線 Web 編輯器中編輯 YAML 檔案。 當您編輯 YAML 檔案時,請使用 Ctrl+Space for IntelliSense 支援。 您會看到醒目提示的語法錯誤,並取得修正這些錯誤的協助。

顯示醒目提示語法錯誤的螢幕擷取畫面。

用於編輯 YAML 檔案的工作助理

我們會繼續收到許多意見反應,要求更輕鬆地編輯管線的 YAML 檔案,因此我們會在 YAML 編輯器中新增工作助理。 如此一來,您將有將新工作新增至 YAML 檔案的相同熟悉體驗,如同在傳統編輯器中一樣。 這個新的小幫手支援大部分常見的工作輸入類型,例如挑選清單和服務連線。 若要使用新的工作助理,請在 YAML 型管線上選取 [編輯 ],然後選取 [ 工作助理]。

顯示如何使用工作助理編輯 YAML 檔案的短片。

使用標記觸發 YAML 管線

當標記新增至認可時,可以觸發 YAML 管線。 對於工作流程包含標籤的小組而言,這非常有用。 例如,您可以在認可標記為「最後一個已知良好」時啟動進程。

您可以指定要包含和排除的標記。 例如:

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

內嵌宣告容器資源

之前,我們需要您在 YAML 管線中宣告容器資源,然後依名稱加以參考。 我們現在會針對您不打算多次參考容器的情況,提供內嵌語法。

jobs:
- job: my-container-job
  container:
    image: microsoft/dotnet:latest

設定為在提取要求更新時自動取消現有的管線

根據預設,如果新的認可推送至相同的 PR,提取要求所觸發的管線 (PR) 將會取消。 在大部分情況下,這是理想的做法,因為您通常不想在過期的程式碼上繼續執行管線。 如果您不想要此行為,您可以將 autoCancel: false 新增至 PR 觸發程式。

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

選擇 YAML 管線中已取出程式碼的目錄

先前,我們已將存放庫簽出至 s $ (Agent.BuildDirectory 底下的目錄) 。 現在,您可以選擇要取出 Git 存放庫的目錄,以搭配 YAML 管線使用。

使用 上的 pathcheckout 關鍵字,而您將控制資料夾結構。 以下是可用來指定目錄的 YAML 程式碼範例。

steps:
- checkout: self
  path: my-great-repo

在此範例中,您的程式碼將會簽出至 my-great-repo 代理程式工作區中的目錄。 如果您未指定路徑,您的存放庫將會繼續簽出至名為 的 s 目錄。

針對 YAML 優化的新Azure App 服務工作

我們現在支援四個新工作,其提供簡單但功能強大的方式,以使用新式開發人員部署Azure App服務。 這些工作具有優化的 YAML 語法,可讓您簡單且直覺地撰寫部署至 Azure AppServices,包括 WebApps、FunctionApps、適用于容器的 WebApps,以及 Windows 和 Linux 平臺上的適用于容器的 FunctionApps。

我們也支援檔案轉換的新公用程式工作,以及 XML 和 JSON 格式的變數替代。

新專案的預設許可權變更

到目前為止,除非明確授與「建立組建定義」許可權,否則專案參與者無法建立管線。 針對新專案,您的小組成員可以立即建立和更新管線。 這項變更可減少新客戶上線至 Azure Pipelines 的摩擦。 您一律可以更新參與者群組的預設許可權,並限制其存取權。

使用管線管理 GitHub 版本

GitHub 版本是封裝並提供軟體給使用者的絕佳方式。 我們很高興宣佈,您現在可以在 Azure Pipelines 中使用 GitHub 發行工作將其自動化。 您可以使用工作來建立新版本、修改現有的草稿/已發佈版本,或捨棄較舊的版本。 它支援上傳多個資產、將發行標示為發行前版本、將版本儲存為草稿等功能。 這項工作也可協助您建立版本資訊。 它也可以自動計算 (認可和在此版本中所做的關聯問題) 變更,並以使用者易記的格式將它們新增至版本資訊。

以下是工作的簡單 YAML:

task: GithubRelease@0 
displayName: 'Create GitHub Release'      
inputs:
  githubConnection: zenithworks
  repositoryName: zenithworks/pipelines-java
  assets: $(build.artifactstagingdirectory)/*.jar

[GitHub 發行 (預覽) ] 對話方塊的螢幕擷取畫面。

使用此工作建立的範例 GitHub 版本:

使用此工作建立的範例 GitHub 版本的螢幕擷取畫面。

您現在可以在組建記錄中共用特定行的連結。 這可協助您與其他小組成員共同作業,以診斷組建失敗。 只要從結果檢視中選取記錄的行,即可取得連結圖示。

[建置方案 dirs.proj] 檔案的螢幕擷取畫面,其中已醒目提示一行記錄,並已指出 [複製連結至此選取範圍] 選項。

資源授權改善

我們需要為受保護的資源提供安全性 (,例如服務連線、變數群組、代理程式組件區、安全檔案) 在 YAML 檔案中參考時。 同時,我們想要讓您更輕鬆地設定及使用管線,以針對非生產案例使用這些類型的資源。 先前,我們新增了一個設定,將資源標示為「已授權用於所有管線」。

透過此更新,即使您未將資源標示為 ,我們也可讓您更輕鬆地修正資源授權問題。 在新體驗中,當建置因為資源授權錯誤而失敗時,您會看到一個選項可明確授權管線中使用這些資源,然後繼續進行。 有權授權資源的小組成員將能夠直接從失敗的組建完成此動作。

顯示具有授權錯誤的管線摘要螢幕擷取畫面。

[管線測試] 索引標籤中的新延伸模組貢獻點

我們已繼續在 [管線] 的 [測試結果] 索引標籤中新增兩個新的貢獻點,讓延伸模組架構變得更強大。 這可讓 Marketplace 擴充 功能提供更量身打造的報告體驗,並新增進一步的互動性。

這兩個貢獻點如下:

  1. 工具列中的 [自訂動作] 按鈕

    有時候,您可能想要執行動作,例如更新 API 的資料,或使用測試結果中的中繼資料執行自訂工具。 透過此貢獻點,您可以建立延伸模組,以使用所選測試結果的立即內容,將自訂動作新增至 [自訂動作-] 按鈕。

    [自訂動作] 選項的螢幕擷取畫面。

  2. 詳細資料窗格中的 [自訂詳細資料] 索引標籤

    您可能會有各種不同的測試報表取用工作流程,而且可能會想要針對失敗的測試查看不同的資料點,以進行偵錯和分析。 藉由使用此貢獻點,您的小組可以將新的索引標籤新增至詳細資料窗格,當您在資料方格中選取任何測試結果資料列時會出現。 這個新的索引標籤可以顯示檢視,其中包含使用內部或外部 API 擷取的靜態內容或動態資料。

執行一次代理程式

如果您使用Azure 容器執行個體之類的基礎結構來執行彈性私人代理程式,通常您希望每個代理程式在離開之前只接受一個作業。 到目前為止,這並不簡單,因為您必須終止代理程式 (可能會導致) 回報失敗,或接受代理程式可能會收到另一個作業的風險,才能關閉代理程式。 透過此更新,我們已將 --once 旗標新增至代理程式組態。 當您以這種方式設定代理程式時,它只會接受一個作業,然後自行關閉。

代理程式組件區使用者介面更新

專案設定中的代理程式組件區管理頁面已更新為新的使用者介面。 現在,您可以輕鬆地看到集區中執行的所有作業。 此外,您還可以瞭解作業未執行的原因。

顯示代理程式組件區使用者體驗的螢幕擷取畫面, (UX) 更新

部署群組中部署至失敗的目標

根據預設,當您重新部署先前失敗的執行時, Azure Pipelines 會用來重新執行所有作業。 現在,您可以藉由在部署時設定 部署選項 來覆寫此行為。 藉由選取 [ 所有作業] 和 [部署群組] 選項中的失敗目標限制 ,重新執行將會執行所有作業,並將部署略過至已最新的目標。

顯示已選取 [部署] 選項、測試失敗,以及已呼叫 [部署選項] 區段的螢幕擷取畫面。

在失敗時自動重新部署

當部署至階段失敗時, Azure Pipelines 現在可以自動重新部署上次成功的部署。 您可以在部署後條件中設定自動重新部署觸發程式,以設定階段來自動部署最後一個成功的發行。 我們計畫在未來短期衝刺中,將其他觸發的事件和動作新增至自動重新部署設定。 如需詳細資訊,請參閱 部署群組 檔。

顯示 [部署後條件] 對話方塊的螢幕擷取畫面,其中已呼叫 [自動重新部署觸發程式] 區段。

Grafana 注釋服務勾點

我們現在支援新的服務勾點,可讓您將部署 已完成 事件的 Grafana 注釋新增至 Grafana 儀表板。 這可讓您將部署與在 Grafana 儀表板中視覺化的應用程式或基礎結構計量變更相互關聯。

Grafana 儀表板的螢幕擷取畫面,其中顯示計量變更。

查詢 Azure 監視器警示工作

舊版的 查詢 Azure 監視器工作 僅支援在傳統監視體驗上查詢警示。 透過此新版的工作,您可以查詢 Azure 監視器最近引進之整合監視體驗的警示。

顯示查詢 Azure 監視器警示預覽的螢幕擷取畫面。

部署至 Kubernetes 工作中規格檔案的內嵌輸入

先前,Kubernetes 部署工作會要求您提供組態的檔案路徑。 現在您也可以內嵌新增組態。

顯示內嵌組態功能的螢幕擷取畫面。

Docker CLI 安裝程式工作

這項工作允許在使用者所指定的代理程式上安裝任何版本的 Docker CLI。

顯示已安裝 DockerCLI 的螢幕擷取畫面。

還原已刪除的發行管線

刪除未使用的發行管線有助於讓發行管線清單保持乾淨,但有時您不小心刪除某些專案。 透過此更新,現在可以還原在過去 30 天內刪除的發行管線。 我們已將新的索引標籤新增至 [發行] 頁面的左側面板,以顯示已刪除的發行管線清單。 從此檢視中,您可以從清單中選取管線,然後按一下 [ 還原 ] 按鈕,以還原已刪除的發行管線。

顯示管線 [還原] 選項的螢幕擷取畫面。

發行建立要求失敗的通知

您可以設定通知,以在組建、程式碼基底和其他作業發生變更時接收電子郵件。 例如,您可以設定警示,以在指派工作專案給您時收到通知。

透過此更新,我們已將新的通知訂閱新增至 [發行 ] 類別。 當發行建立要求失敗時,此通知會傳送電子郵件給您。 此案例的範例案例可能是當建立發行的要求失敗,因為成品版本無法使用。 若要瞭解如何管理通知,請參閱 這裡的檔。

顯示 [新增訂用帳戶精靈] 的螢幕擷取畫面,其中已醒目提示 [發行] 類別和 [發行建立失敗的要求] 選項。

排程來源或管線變更的發行

之前,當您有排程的發行觸發程式時,即使上游成品或發行定義中未偵測到任何變更,也會觸發發行。 只有在成品版本或發行定義變更時,才會將選項新增至 [排程發行觸發程式 ] 面板,以排程發行。

[已排程發行觸發程式] 區段的螢幕擷取畫面,其中已指出來源或管線已變更選項時,[僅排程發行]。

[建立發行] 對話方塊中變數的貢獻點

之前,在建立發行期間所需的變數值必須由使用者輸入,而不需要任何協助或建議。 我們已將貢獻點新增至 [ 建立新發行 ] 對話方塊,以支援擴充功能,以協助在發行建立期間填入變數的值。

[建立新版本] 對話方塊的螢幕擷取畫面。

發佈至Azure 服務匯流排會話佇列

我們已擴充 無代理程式作業 建置工作,以包含將訊息發佈至會話佇列的能力。 此選項已新增至[發佈至Azure 服務匯流排工作]。

[發佈至Azure 服務匯流排] 工作的螢幕擷取畫面。

Kubernetes 服務連線中的新 Azure 訂用帳戶選項

組建和版本的服務連線可讓您連線到外部和遠端服務,以執行組建或部署的工作。 您可以從專案的管理員設定定義和管理服務連線

透過此更新,我們已將驗證選項新增至 Kubernetes 服務連線表單。 現在,您可以選取 [Azure 訂 用帳戶] 來驗證您的連線。 這可讓您使用您的 Azure 訂用帳戶和叢集名稱設定 Kubernetes 連線,輕鬆地部署至特定命名空間。

若為角色型存取控制, (已啟用 RBAC) 叢集,則會在所選的命名空間中建立 ServiceAccountRoleBinding 物件。 RoleBinding 物件只會將所建立服務帳戶的作業限制為所選的命名空間。 針對已停用 RBAC 的叢集,所建立的服務帳戶具有跨命名空間的全叢集許可權。

[新增 Kubernetes 服務連線] 對話方塊的螢幕擷取畫面,其中已指出 Azure 訂用帳戶選項。

Docker 登錄服務連線中的 Azure 容器登錄

現在您可以從專案的 [設定] 頁面建立 Docker 登錄服務連線。 若要建立連線,請在其中一個與 Azure Active Directory 相關聯的訂用帳戶中選擇 Azure 容器登錄, (AAD) 身分識別。 需要服務連線至容器登錄的所有工作,例如 Docker@2KubernetesManifest@0 都會支援單一方式來指定連線。

顯示如何新增 Docker 服務連線的螢幕擷取畫面。

依版本定義中的資料夾名稱搜尋

您可以將發行定義儲存在資料夾中,以組織發行定義。 之前,您沒有依資料夾執行搜尋的選項。 如果您已建立許多資料夾,則很難找到特定的發行定義。 現在您可以在發行定義中依資料夾名稱搜尋,以便更輕鬆地尋找您要尋找的定義。

顯示儲存在資料夾中之發行定義的螢幕擷取畫面。

建置和發行管線中的 Duffle 工具安裝程式工作

Duffle 是命令列工具,可讓您安裝和管理雲端原生應用程式套件組合 (CNAB) 。 使用 CNAB,您可以組合、安裝及管理容器原生應用程式和其服務。

在此更新中,我們新增了建置和發行管線的新工作,可讓您安裝特定版本的 Duffle 二進位檔。

Duffle 工具安裝程式的螢幕擷取畫面。

Kubernetes 資訊清單工作

我們已將新工作新增至發行管線,以簡化使用資訊清單檔部署至 Kubernetes 叢集的程式。 相較于腳本中的 kubectl 二進位檔使用方式,這項工作將提供下列優點:

  • 成品替代 - 部署動作會採用輸入容器映射的清單,這些映射可以連同其標記或摘要一起指定。 這會取代為資訊清單檔案的非範本版本,再將它套用至叢集,以確保叢集節點會提取正確的映射版本。

  • 資訊清單穩定性 - 系統會檢查部署以納入穩定性檢查的 Kubernetes 物件,同時將工作狀態計算為成功/失敗。

  • 可追蹤性批註 - 批註會新增至已部署的 Kubernetes 物件,以取代原始組織、專案、管線和執行的可追蹤性資訊。

  • 製作資訊清單 - 工作的製作動作可讓您將 Helm 圖表製作成 Kubernetes 資訊清單檔案,以便將它們套用至叢集。

  • 部署策略 - 選擇具有部署動作的 Canary 策略,會導致建立以 -baseline-canary 尾碼的所需工作負載百分比,以便在使用工作的升級/拒絕動作之前,先比較工作期間 ManualIntervention 要保留的版本。

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    helmChart: charts/sample
    overrides: 'image.repository:nginx'

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)
    containers: |
      nginx: 1.7.9

升級至 Docker 工作

我們已升級 Docker 工作,以簡化管線撰寫體驗。 buildAndPush命令現在可用來建置特定容器存放庫的多個標記,並在單一步驟中將其推送至多個容器登錄。 工作可以使用 Docker 登錄服務連線來登入容器登錄。 來源存放庫、認可和建置證明的可追蹤性中繼資料會新增為使用此工作所建置映射的標籤。

steps:
- task: Docker@2
  displayName: Container registry login - ACR1 service connection
  inputs:
    command: login
    containerRegistry: acr1
- task: Docker@2
  displayName: Container registry login - ACR2 service connection
  inputs:
    command: login
    containerRegistry: acr2
- task: Docker@2
  displayName: Build and push images
  inputs:
    repository: test
    tags: |
      d1
      d2

Kubectl 工具安裝程式

我們新增了新的工作,可讓您在代理程式上安裝特定版本的 Kubectl 二進位檔。 'v1.14.0' 等 最新semver 版本字串會接受為 Kubectl 版本規格輸入的有效值。

顯示 Kubectl 工具安裝程式的螢幕擷取畫面。

ServiceNow 整合的改善

跨小組共同作業的主要功能是讓每個小組使用其選擇的服務,並具有有效的端對端傳遞。 透過此更新,我們已增強 ServiceNow 整合,以支援所有類型的變更, (一般、標準和緊急) 。 此外,您現在可以根據組織中遵循的 ITSM 程式,指定用來使用現有範本建立新變更要求的閘道。 最後,您也可以根據現有的變更要求來閘道發行。 這可讓您採用 CD,而不需要變更 IT 小組建議的程式。

顯示 ServiceNow 變更管理功能的螢幕擷取畫面。

Red Hat Enterprise Linux 6 的支援

透過此更新,我們新增了 Red Hat Enterprise Linux 6 的代理程式支援。 您現在可以設定以 Red Hat Enterprise Linux 6 平臺為目標的代理程式,以進行建置和發行作業執行。

支援 Azure PowerShell Az 模組

Azure PowerShell提供一組 Cmdlet,可讓您用來從命令列管理 Azure 資源。 上次 12 月,Azure PowerShell Az 模組已可供使用,現在是管理 Azure 資源的預定模組。

先前,我們並未在裝載的代理程式中提供 Azure PowerShell Az 模組的支援。 透過建置和發行管線中的新Azure PowerShell工作 4.* 版,我們新增了所有平臺的新 Az 模組支援。 Azure PowerShell工作 3.* 版將繼續支援 AzureRM 模組。 不過,若要跟上最新的 Azure 服務和功能,建議您儘快切換到 Azure PowerShell 工作 4.* 版。

Az 模組具有相容性模式,可協助您在更新現有腳本時使用現有的腳本,以使用新的語法。 若要啟用 Az 模組的相容性,請使用 Enable-AzureRmAlias 命令。 別名可讓您搭配 Az 模組使用舊的 Cmdlet 名稱。 您可以在這裡取得從 Azure RM 模組移轉至 Azure PowerShell Az 模組的詳細資料。

注意

如果您使用私人代理程式,則必須在代理程式電腦上安裝 Az 模組。

如需 Azure PowerShell Az 模組的詳細資訊,請參閱這裡的檔。

Azure Active Directory (AD) 驗證支援Azure SQL工作

Azure SQL工作已增強,可支援使用 Azure AD (整合 & 式密碼) 和連接字串連線到資料庫,以及現有的 SQL 伺服器驗證支援。

[Azure SQL資料庫部署] 對話方塊的螢幕擷取畫面,其中已醒目提示 [驗證類型] 下拉式選項。

使用長檔案路徑發佈組建成品

到目前為止,有一項限制會防止上傳路徑超過 233 個字元的組建成品。 這可能會導致您無法從 Linux 和 macOS 組建上傳程式碼涵蓋範圍結果,其檔案路徑超過限制。 已更新限制以支援長路徑。

略過認可的持續整合 (CI)

您現在可以告訴 Azure Pipelines 忽略認可,並略過執行認可通常會觸發的管線。 只要包含在 [skip ci] HEAD 認可的認可訊息中,Azure Pipelines 就會略過 CI。 您也可以使用下列任何變化。 支援認可Azure Repos Git 和 GitHub Enterprise Server。

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

Test Plans

進階) 小工具 (測試結果趨勢

[測試結果趨勢 (進階) 小工具可讓您近乎即時地查看多個組建和發行的測試資料。 (進階) 小工具的測試結果趨勢 會顯示管線或跨管線的測試結果趨勢。 您可以使用它來追蹤每日測試計數、通過率和測試持續時間。 追蹤一段時間的測試品質並改善測試附隨品是維護狀況良好 DevOps 管線的關鍵。

[測試結果趨勢 (進階) 小工具的螢幕擷取畫面。

測試結果趨勢 (進階) 小工具可協助您找出測試結果中的極端值,並回答問題,例如:測試花費的時間比平常長嗎? 哪些測試檔案或管線會影響我的整體通過率? 我長時間執行的測試是什麼?

為了協助您回答這些問題,小工具會提供這些功能:

  • 顯示通過率的趨勢,以及測試結果或測試持續時間的計數
  • 根據多個組建管線或發行管線呈現測試結果
  • 使用合併圖表選項,在相同的趨勢上顯示兩個計量
  • 依測試結果篩選一段時間的測試計數
  • 依分支或測試篩選所有測試結果
  • 依測試屬性堆疊計量,例如 優先順序環境
  • 將測試檔案、擁有者或管線上的資料分組

小工具可高度設定,可讓您將其用於各種案例。

透過 URL 共用測試回合結果

您可以將自動化測試設定為組建或發行的一部分執行。 您可以在組建或發行摘要的 [ 測試 ] 索引標籤中檢視已發佈的測試結果。 透過此更新,我們新增 了複製結果 URL 功能,讓您可以與小組中的其他人共用單一測試回合結果。

共用層級包括:

  • 執行層級
  • 結果層級
  • 在測試回合內選取的個別索引標籤
  • 共用也與任何設定的擴充功能索引標籤相容

當您共用 URL 時,檢視者會在全螢幕檢視中看到測試結果。

Artifacts

具有 SemVer 2.0.0 版本號碼的 NuGet 套件

先前,Azure Artifacts 不支援具有 SemVer 2.0.0 版本號碼的 NuGet 套件,通常 (包含版本組建中繼資料部分的版本號碼,以) 表示 + 。 現在,您可以從包含組建中繼資料的 nuget.org 儲存套件,並使用組建中繼資料推送您自己的套件。 根據 SemVer 規格NuGet.org 原則,無法使用組建中繼資料來排序套件。 因此,您無法將 和 1.0.0+build2 發佈 1.0.0+build1 至 Azure Artifacts (或 nuget.org) ,因為這些版本會被視為相等,因此受限於不變性條件約束

套件的證明信息

透過此更新,我們可讓您更輕鬆地瞭解套件的證明:發佈套件的人員或發佈內容,以及其來源原始程式碼認可。 這項資訊會自動填入使用 NuGetnpmMavenTwine (驗證 Azure Pipelines 中 Python) 工作的所有套件。

套件使用量統計資料

到目前為止,Azure Artifacts 並未提供一種方式來測量套件的使用方式或熱門程度。 透過此更新,我們已將 [下載 ] 和 [ 使用者 ] 計數新增至套件清單和套件詳細資料頁面。 您可以在任一頁面右側看到統計資料。

套件使用量統計資料的螢幕擷取畫面。

Python 套件的支援

Azure Artifacts 現在可以裝載 Python 套件:您自己產生的套件和從公用 PyPI 儲存的上游套件。 如需詳細資訊,請參閱公告部落格文章和

現在,您可以在相同的摘要中裝載所有 NuGet、npm、Maven 和 Python 套件。

顯示裝載于相同摘要中所有套件的螢幕擷取畫面。

Maven 的上游來源

上游來源現在可供 Maven 摘要使用。 這包括主要 Maven Central 存放庫和 Azure Artifacts 摘要。 若要將 Maven 上游新增至現有的摘要,請流覽 摘要設定,選取 上游來源樞紐,然後選取 [ 新增上游來源]。

顯示 [新增上游來源] 選項的螢幕擷取畫面。

到目前為止,許多 Artifacts 相關建置工作並未提供 Azure Pipelines Proxy 基礎結構的完整支援,這會導致使用來自內部部署代理程式的工作的挑戰。 透過此更新,我們已將 Proxy 的支援新增至下列工作:

  • 設計工具中的 Npm@1 ('npm')
  • 設計工具中的NuGetCommand@2 ('NuGet') :僅還原和推送命令
  • 設計工具中的 DotNetCoreCLI@2 ('.NET Core') :僅還原和 nuget 推送命令
  • 設計工具中的NpmAuthenticate@0、PipAuthenticate@0和TwineAuthenticate@0 ('[type] 驗證) :這些工作在取得驗證權杖期間支援 Proxy,但仍需要設定任何後續的工作/腳本/工具以使用 Proxy。 換句話說,這些工作不會設定基礎工具的 Proxy (npm、pip、twine) 。
  • 設計工具中的 NuGetToolInstaller@0、NodeTool@0、DotNetCoreInstaller@0 ('[type] Installer')

版本支援的所有成品套件類型

到目前為止,管線版本中的 Azure Artifacts 成品類型 只支援 NuGet 套件。 透過此更新,支援所有 Azure Artifacts 套件類型 - Maven、npm 和 Python。

版本中支援的成品檢視

先前,只有在新的套件版本發佈至摘要時,Azure Artifacts 成品類型才會觸發。 現在,我們也新增了檢視的支援,因此您可以在摘要中的套件升級至檢視時觸發發行。

保留原則可以略過最近下載的套件

到目前為止,Azure Artifacts 摘要提供了基本保留原則,會在達到「每個套件的最大版本數目」時,開始刪除舊套件版本。 透過此更新,我們已新增在進行這項清理時略過最近下載的套件的功能。 若要啟用,請編輯您的摘要,並核取 [ 略過最近下載的套件 ] 核取方塊。

委派誰可以管理摘要

在 Azure Artifacts 中, Project Collection Administrators (PCA) 一律能夠管理 Azure DevOps 伺服器中的所有摘要。 透過此更新,PCA 也可以為其他使用者和群組提供這項功能,進而委派管理任何摘要的能力。

Wiki

公式和影片的 Markdown 範本

編輯 Wiki 時,不再需要記住 Markdown 語法來新增 公式影片YAML 標籤 。 您現在可以按一下工具列中的操作功能表,然後選取您選擇的選項。

顯示展開操作功能表的螢幕擷取畫面,其中包含下列選項:目錄、影片、YAML 標籤和公式。

在 Wiki 中內嵌Azure Boards查詢結果

您現在可以在 Wiki 頁面中內嵌Azure Boards查詢結果,格式為數據表。 下圖顯示 Wiki 頁面的範例,其中包含所有已發行的功能清單,以及 Wiki 內嵌在目前短期衝刺中的所有作用中 Bug。 頁面中顯示的內容是使用現有的工作專案查詢。 有了這項新功能,您可以建立動態內容,而不需要擔心手動更新 Wiki 頁面。

Wiki 中顯示的內嵌Azure Boards查詢結果螢幕擷取畫面。

查詢結果可以透過兩個步驟新增:

  1. 從編輯工具列按一下 [查詢結果] 按鈕。

顯示展開操作功能表的螢幕擷取畫面,其中已指出 [查詢結果] 選項。

  1. 選取必要的查詢,然後按一下 [插入] 按鈕。

查詢的結果現在可以在儲存頁面之後,以資料表的形式檢視。

[查詢結果] 對話方塊的螢幕擷取畫面。

Wiki Markdown 編輯器的 Monospaced 字型

隨著 Wiki Markdown 編輯器的單空格字型引進,可讀性不再是挑戰。 Markdown 來源看起來很簡潔且容易閱讀。 這項功能已根據 此建議票證設定優先順序。

具有單空格字型的 Wiki 螢幕擷取畫面。

到目前為止,如果已重新命名或手機連結頁面,共用 Wiki 頁面連結會中斷。 我們現在已藉由將頁面識別碼新增至 URL 來引進永久連結。 這可確保您共用的連結會隨著一段時間的 Wiki 變更而保持不變。

這項功能是根據 建議票證的優先順序。

在 Wiki 頁面中顯示工作專案狀態

在此更新中,我們已將工作專案的狀態新增至頁面,以及其識別碼和標題,以增強 Wiki 頁面中的工作專案提及。

顯示增強式工作專案提及的螢幕擷取畫面。

提取要求批註和 Boards 討論中的工作專案參考也會顯示狀態。

@mention 使用者和群組

您現在可以 @mention 在 Wiki 頁面中使用者和群組。 這讓小組的連絡人頁面、指引檔和知識檔更豐富。 下圖是一個範例,其中顯示對工作和負責的人員進行短期衝刺回顧。

螢幕擷取畫面,顯示當您<span 類別=@mention 使用者和群組時的外觀。 />

此外,您也可以在 Wiki 編輯頁面中輸入 「@」 ,從自動建議中選取使用者或群組。 提及的人員也會收到郵件通知。

顯示當您開始輸入 <span class=@mention 時所顯示的自動建議螢幕擷取畫面。 />

最後,您也可以按一下 @mentioned 使用者以檢視設定檔資訊卡片。 這項功能已根據 這項 功能建議設定優先順序。

Wiki 頁面上的通知

到目前為止,您沒有辦法知道 Wiki 頁面上的內容何時變更。 現在,您可以追蹤 Wiki 頁面,以在編輯、刪除或重新命名頁面時透過電子郵件收到通知。 若要追蹤 Wiki 所做的變更,請從 Wiki 頁面選取 [追蹤] 按鈕。

Azure DevOps Wiki 頁面的螢幕擷取畫面,其中已指出 [遵循] 選項。

這項功能已根據 建議票證來排定優先順序。 若要深入瞭解,請參閱 這裡的檔。

支援 HTML 標籤

現在,您可以使用 HTML 標籤在 Wiki 中建立更豐富的內容。 請查看下列 HTML 標籤可以執行的動作。

  1. 您現在可以使用 詳細 資料和 摘要 標籤,在 Wiki 頁面內建立可折迭的區段。 您可以新增 open 屬性,讓詳細資料預設保持展開。

    此螢幕擷取畫面顯示使用詳細資料和摘要標籤所建立的可折迭區段。

    如需 詳細 資料標記的詳細資訊,請參閱 這裡的檔。

    這是根據 此建議票證的優先順序。

    注意

    Edge 和 Internet Explorer 瀏覽器不支援此標記。

改善的資料表建立和編輯

到目前為止,在 Wiki 中建立和編輯資料表很困難。 我們已進行變更,讓您更輕鬆地在 Wiki 中新增和管理資料表。

  1. 從方格建立資料表

    您不再需要記住 Markdown 資料表語法。 現在您可以從 15 X 15 方格選取,輕鬆地建立 Markdown 資料表。 只要選取必要的資料行和資料列數目,即可按一下即可插入資料表。

    顯示空白 Wiki 頁面的螢幕擷取畫面,其中已選取 [格式資料表] 選項。

    這項功能已根據下列建議票證設定優先順序:

  2. 更佳的資料表可讀性

    您現在可以切換編輯器 的自動換行 ,以取得資料表更好的可讀性。 停用自動換行會新增捲軸,讓您更容易看到大型資料表的內容。

    Wiki 頁面的螢幕擷取畫面,其中已呼叫 [自動換行] 選項和水準捲軸。

  3. 自動格式化 Markdown 資料表

    您不再需要新增空格來對齊 Markdown 資料行。 使用 [ 格式化資料表] 按鈕,您的 Markdown 資料表會自動格式化,方法是將空格新增至儲存格以對齊資料行。 如果您有大型資料表,請使用它來 停用自動換行 ,讓資料表更容易閱讀。

    Wiki 頁面的螢幕擷取畫面,其中已指出 [格式化資料表] 選項。

    您也可以使用 Ctrl + Shift + F 快捷方式來格式化資料表。

報告

不再需要分析擴充功能,即可使用 Analytics

分析逐漸成為 Azure DevOps 體驗不可或缺的一部分。 客戶必須能夠協助他們做出資料驅動決策。

針對 Update 1,我們很高興宣佈客戶不再需要分析擴充功能來使用 Analytics。 客戶現在可以在 [專案集合設定] 底下啟用 [分析]。 這是一個簡單的程式,其位於產品內。

以下是客戶如何啟用分析:

  1. 流覽至 [專案集合設定]:

顯示要在哪裡尋找分析設定的螢幕擷取畫面。

  1. 按一下 [啟用分析]

顯示 [啟用分析] 選項的螢幕擷取畫面。

就這麼簡單! 分析支援的體驗將會開啟集合。

在 Update 1 和 Azure DevOps Server 2019 集合中建立的新集合,且已安裝已升級的 Analytics 擴充功能,預設會啟用 Analytics。

若要深入瞭解分析及其啟用的體驗:


意見反應

我們很希望聽聽您的意見! 您可以回報問題或提供想法,並透過開發人員社群追蹤並取得Stack Overflow的建議。


頁面頂端