以使用者指派為基礎的計費、預設存取層級和每日計費 – 短期衝刺 158 更新

在 Azure DevOps 的 Sprint 158 更新 中，我們已新增以使用者指派為基礎的計費。 有了此功能後，基本方案或基本與測試方案的授權數會隨著您新增或移除使用者而變更。 這表示您只會支付您使用的授權。 我們也新增了新的設定，可讓您選擇是否要將新使用者新增至您的組織，以取得完整的基本存取權或有限/免費項目關係人存取權。

此外，我們也已從每月計費改為每日計費。 這表示，如果您授予使用者為期幾週或甚至幾天的付費存取，您只需就指派付費存取給他們的時間支付費用，而無需支付整個月的費用。

如需詳細資訊， 請參閱下方的功能 清單。

Azure DevOps 的新功能

功能

一般：

• User assignment-based billing and default access level (依使用者指派計費和預設存取層級)
• New UI to manage organization and project permissions (用來管理組織和專案權限的新 UI)

Azure Boards：

• 支援匯總數據行中的自定義欄位
• New rule to hide fields in a work item form based on condition (依條件在工作項目表單中隱藏欄位的新規則)
• Custom work item notification settings (自訂工作項目通知設定)
• Link work items to deployments (將工作項目連結到部署)

Azure Repos：

• 使用服務帳戶型驗證來連線到 AKS
• 預覽提取要求中的 Markdown 檔案並存差異
• Build policy expiration for manual builds (手動建置的建置原則到期)
• Add a policy to block commits based on the commit author email (新增根據認可作者電子郵件封鎖認可的原則)

Azure Pipelines：

• Retry failed stages (重試失敗階段)
• Enhancements to approvals in YAML pipelines (增強了 YAML 管線中的核准)
• Azure Pipelines 中的容器結構測試支援
• Flaky bug management and resolution (不穩定 Bug 管理與解決)
• Enhancements to Azure Pipelines app for Slack and Microsoft Teams (增強了適用於 Slack 和 Microsoft Teams 的 Azure Pipelines 應用程式)
• 對託管管線映像的更新
• Open Policy Agent installer task (Open Policy Agent 安裝程式工作)
• Pipeline decorators for release pipelines (發行管線的管線裝飾項目)

Azure Test Plans：

• New Test Plans page (新 Test Plans 頁面)

報告：

• Inline sprint burndown using story points (使用故事點數內嵌短期衝刺待執行工作)

Wiki：

• 簡短且可讀取的Wiki頁面URL
• Mermaid diagram support in wiki (Wiki 中的 Mermaid 圖表支援)

一般

User assignment-based billing and default access level (依使用者指派計費和預設存取層級)

以使用者指派為基礎的計費

透過此更新，我們新增了以使用者指派為基礎的計費。 您不必增加或減少貴組織可用來指派的付費 基本 或 基本 + 測試方案 授權數目，現在當您新增或移除使用者，或變更其存取層級時，就會自動發生。 這表示您永遠不會支付比使用更多的授權費用，這可讓您更輕鬆地將存取層級指派自動化。 例如，您已能夠設定群組規則，以控制將哪些存取層級指派給自動加入小組的新使用者。 不過，在過去，這些只有在您有額外的授權時，您支付的授權尚未指派給任何人，而且如果您用完，群組 規則 就會失敗。 只要您用於計費的 Azure 訂用帳戶保持作用中，這些類型的錯誤就不再發生。

新用戶的預設存取層級

我們也新增了新的設定，可讓您選擇是否要將新使用者新增至您的組織，以取得完整的基本存取權或有限/免費項目關係人存取權。 在過去，如果有未指派的基本授權可用，則新使用者會取得 Basic，但如果沒有，則為項目關係人。 所有組織都會從其預設存取層級設定為專案關係人開始，因此新使用者不會有任何非預期的費用。 如果您的組織通常會保留額外的未指派授權，因此新增至專案的新使用者會取得完整的基本存取權，請務必將預設存取層級變更為 [基本]。

每日計費

在變更指派型計費時，我們也已從每月變更為每日計費。 現在，如果您為使用者提供數周甚至幾天的付費存取權，您只需支付他們獲派付費存取權的時間，而不是一個月。 當我們將組織從每月切換為每日計費時，下一個 Azure 賬單可能會低於先前的帳單。 下個月將恢復正常，一旦它有一整個月的累積每日費用。

New UI to manage organization and project permissions (用來管理組織和專案權限的新 UI)

組織和項目許可權管理有新的外觀和效能已改善。 現在，新的群組成員會在清單中出現，因為它們已新增，而不需要強制頁面重新整理。 前往您的組織 設定 並查看。

Azure Boards

支援匯總數據行中的自定義欄位

匯總現在可以在任何欄位上完成，包括自定義欄位。 新增匯總數據行時，您仍然可以從 [快速] 清單中挑選匯總數據行，不過，如果您想要匯總不在現成進程範本中的數值欄位，您可以設定您自己的欄位，如下所示：

1. 在您的待辦專案上，按兩下 [資料行選項]。 然後在面板中按兩下 [新增匯總數據行] 並 設定自定義匯總。

   

2. 在進度列與總計之間挑選。
3. 選取工作專案類型或待辦專案層級（通常是待辦專案匯總數個工作專案類型）。
4. 選取匯總類型。 工作專案或總和的計數。 針對 [總和]，您必須選取要摘要的欄位。
5. [ 確定 ] 按鈕會帶您回到數據行選項面板，您可以在其中重新排序新的自訂數據行。

請注意，按兩下 [確定] 之後，您無法編輯自訂資料行。 如果您需要進行變更，請移除自定義數據行，並視需要新增另一個數據行。

New rule to hide fields in a work item form based on condition (依條件在工作項目表單中隱藏欄位的新規則)

我們已將新規則新增至繼承的規則引擎，讓您隱藏工作項目表單中的字段。 此規則會根據使用者群組成員資格隱藏欄位。 例如，如果使用者屬於「產品擁有者」群組，則您可以隱藏開發人員特定字段。 如需詳細資訊，請參閱這裡的檔。

Custom work item notification settings (自訂工作項目通知設定)

掌握與您或小組相關的工作專案的最新狀態非常重要。 它可協助小組共同作業並持續追蹤專案，並確保所有相關方都參與其中。 不過，不同的項目關係人在不同的工作中有不同的投資水平，我們相信應該反映在您追蹤工作項目狀態的能力中。

先前，如果您想要追蹤工作專案並取得任何變更的通知，您會收到任何和對工作專案所做的所有變更的電子郵件通知。 考慮您的意見反應之後，我們會讓所有專案關係人追蹤工作專案更有彈性。 現在，您會在工作專案右上角的 [追蹤] 按鈕旁邊看到新的設定按鈕。 這會帶您前往彈出視窗，讓您設定下列選項。

從 [通知] 設定，您可以選擇三個通知選項。 首先，您可以完全取消訂閱。 其次，您可以完全訂閱，您可以在其中取得所有工作專案變更的通知。 最後，您可以選擇取得一些最上層和重要工作專案變更事件的通知。 您可以只選取一個選項，或全部三個選項。 這可讓小組成員遵循較高層級的工作專案，而不會因為每次所做的變更而分心。 透過這項功能，我們將消除不必要的電子郵件，並讓您專注於手邊的重要工作。

Link work items to deployments (將工作項目連結到部署)

我們很高興在工作專案窗體上發行部署控件的預覽。 此控制項會將工作專案連結至發行，並可讓您輕鬆地追蹤工作專案已部署的位置。 若要深入瞭解，請參閱這裡的檔。

Azure Repos

Use service account-based authentication to connect to AKS (使用以服務帳戶為基礎的驗證連線到 AKS)

先前，從 AKS 部署中心設定 Azure Pipelines 時，我們使用 Azure Resource Manager 連線 ion。 此連線可存取整個叢集，而不只是設定管線的命名空間。 透過此更新，我們的管線會使用服務帳戶型驗證來連線到叢集，使其只能存取與管線相關聯的命名空間。

預覽提取要求中的 Markdown 檔案並存差異

您現在可以使用新的 [預覽] 按鈕來查看 Markdown 檔案外觀的預覽 。 此外，您可以選取 [檢視] 按鈕，從並存差異查看檔案的完整內容。

Build policy expiration for manual builds (手動建置的建置原則到期)

分支原則會針對小組強制執行程式碼品質和變更管理方面的標準。 先前，您可以設定自動化組建的組建到期原則。 現在，您也可以將組建到期原則設定為手動組建。

Add a policy to block commits based on the commit author email (新增根據認可作者電子郵件封鎖認可的原則)

管理員 istrators 現在可以設定推送原則，以防止認可推送至認可作者電子郵件不符合所提供模式的存放庫。

此功能的優先順序是根據 開發人員社群的建議來提供類似的體驗。 我們將繼續開放票證，並鼓勵使用者告訴我們您想要查看的其他推播原則類型。

Azure Pipelines

Retry failed stages (重試失敗階段)

多階段管線中最要求的功能之一，就是能夠重試失敗的階段，而不需要從頭開始。 透過此更新，我們會新增大部分的功能。

您現在可以在執行失敗時重試管線階段。 在第一次嘗試中失敗的任何作業，以及那些依賴這些失敗作業可轉移的作業，都會重新嘗試。

這可協助您以數種方式節省時間。 例如，當您在階段中執行多個作業時，您可能會希望每個階段在不同的平臺上執行測試。 如果某個平臺上的測試在其他人通過時失敗，您可以藉由不重新執行通過的作業來節省時間。 另一個範例是，部署階段可能因為網路連線不穩定而失敗。 重試該階段可協助您省下時間，而不需要產生另一個組建。

這項功能有一些已知的差距。 例如，您無法重試明確取消的階段。 我們正在努力在未來更新中縮小這些差距。

Enhancements to approvals in YAML pipelines (增強了 YAML 管線中的核准)

我們持續改善多階段 YAML 管線。 透過此更新，我們已啟用在服務連線和代理程式集區上設定核准。 如需核准，我們會遵循基礎結構擁有者和開發人員之間角色的隔離。 藉由在您的資源上設定核准，例如環境、服務連線和代理程式集區，您就能確保所有使用資源的管線執行都需要先核准。

此體驗類似於設定環境的核准。 當某個階段所參考的資源上擱置核准時，管線的執行會等到管線手動核准為止。

Azure Pipelines 中的容器結構測試支援

應用程式中的容器使用量正在增加，因此需要強固測試和驗證。 Azure Pipelines 現在支援 容器結構測試。 此架構提供方便且功能強大的方法來驗證容器的內容和結構。

您可以根據可以一起執行的四種測試類別來驗證影像的結構：命令測試、檔案存在測試、檔案內容測試和元數據測試。 您可以使用管線中的結果來進行 go/no go 決策。 測試數據可在管線執行中取得，並出現錯誤訊息，以協助您更妥善地針對失敗進行疑難解答。

輸入組態檔和映像詳細數據

測試數據和摘要

Flaky bug management and resolution (不穩定 Bug 管理與解決)

在 7 月，我們引進了不起的測試管理，以支援具有偵測、報告和解決的端對端生命週期。 為了進一步增強，我們正在新增不起的測試Bug管理和解決方式。

在調查浮點測試時，您可以使用 Bug 動作建立 Bug，然後指派給開發人員，以進一步調查片狀測試的根本原因。 Bug 報告包含管線的相關信息，例如錯誤訊息、堆疊追蹤和其他與測試相關聯的資訊。

當錯誤報告解決或關閉時，我們會自動將測試取消標示為不平淡。

Enhancements to Azure Pipelines app for Slack and Microsoft Teams (增強了適用於 Slack 和 Microsoft Teams 的 Azure Pipelines 應用程式)

多階段 YAML 型管線

適用於 Slack 和 Microsoft Teams 的 Azure Pipelines 應用程式現在支援 CI 和 CD 的多階段 YAML 管線。 透過這項增強功能，您將會收到 YAML 管線相關各種事件的通知。

多階段 YAML 管線支援的事件

• 已變更執行狀態
• 執行階段狀態已變更
• 正在等候核准的執行階段
• 執行階段核准已完成

URL 展開和傳訊延伸模組

我們已為適用於 Microsoft Teams 的 Azure Pipelines 應用程式新增 傳訊擴充功能 。 您現在可以搜尋管線，並將管線的相關詳細數據分享為通道中的卡片。 URL 展開可協助您起始有關管線的討論，並具有有意義的和內容交談。

對託管管線映像的更新

我們已更新數個 Azure Pipelines 裝載的 VM 映射。 以下是此更新中的一些重點：

• 已將 Go 1.13 新增至 Ubuntu 16.04、Ubuntu 18.04、VS2017 和 VS2019。 Go 1.12 仍然是預設值。
• 已將 Android SDK 和 Build Tools 29 新增至 Ubuntu 16.04、Ubuntu 18.04、VS2017 和 VS2019。
• 已將 Az Module 2.6.0 新增至 VS2017 和 VS2019。
• 多個錯誤修正。

您可以在這裡找到有關最新版本的更多詳細數據。

Open Policy Agent installer task (Open Policy Agent 安裝程式工作)

開放式原則代理程式是一種 開放原始碼 一般用途的原則引擎，可強制執行統一的內容感知原則。 我們已新增 [開啟原則代理程式] 安裝程式工作。 對於基礎結構即程序代碼提供者而言，在管線內原則強制執行特別有用。

例如，開放式原則代理程式可以在管線中評估 Rego 原則檔案和 Terraform 計劃。

task: OpenPolicyAgentInstaller@0
    inputs:
          opaVersion: '0.13.5'

Pipeline decorators for release pipelines (發行管線的管線裝飾項目)

管線裝飾項目允許將步驟新增至每個作業的開頭和結尾。 這與將步驟新增至單一定義不同，因為它會套用至組織中的所有管線。

我們一直支持組建和 YAML 管線的裝飾專案，客戶會使用它們集中控制其作業中的步驟。 我們現在也擴充了發行管線的支援。 您可以建立延伸模組，以新增以新的貢獻點為目標的步驟，而且它們將會新增至發行管線中的所有代理程序作業。

Azure Test Plans

New Test Plans page (新 Test Plans 頁面)

現在，新的 [測試計劃] 頁面提供大部分的規劃、撰寫、執行和追蹤功能。 因此，我們會為所有 Test Plans 使用者啟用它，讓他們可以提供意見反應。 接下來的幾個短期衝刺中將會啟用其餘幾個功能，才能與先前的測試計劃頁面達到同位。 如有必要，使用者可以停用 [預覽功能] 功能表上的 [測試計劃] 頁面。 您可以在這裡深入了解.

報表

Inline sprint burndown using story points (使用故事點數內嵌短期衝刺待執行工作)

你的衝刺燒毀現在可以被故事燒毀。 這可解決來自 開發人員社群 的意見反應。

從 Sprint 中樞選取 [分析] 索引標籤。然後，將您設定為報告，如下所示：

1. 選取故事待辦專案
2. 選取以在故事點的總和上 燒毀

Wiki

簡短且可讀取的Wiki頁面URL

您不再需要使用多行 URL 來共用 Wiki 頁面連結。 我們會利用 URL 中的頁面標識碼來移除參數，讓 URL 變得更短且更容易閱讀。

URL 的新結構看起來會像這樣：

https://dev.azure.com/{accountName}/{projectName}/_wiki/wikis/{wikiName}/{pageId}/{readableWiki PageName}

這是歡迎使用 Azure DevOps Wiki 頁面的新 URL 範例：

https://dev.azure.com/microsoft/ AzureDevOps/_wiki/wikis/AzureDevOps.wiki/1/Welcome-to-Azure-DevOps-Wiki

這是根據此功能建議票證從 開發人員社群 排定優先順序。

Mermaid diagram support in wiki (Wiki 中的 Mermaid 圖表支援)

我們已新增在Wiki頁面中插入 美人魚圖表 的支援。 您現在可以在 Azure DevOps Wiki 的規劃檔中建立、編輯和管理流程圖、循序圖表，並在規劃檔中新增甘特圖。

這會根據 開發人員社群 的這項功能建議票證來設定優先順序。 如需美人魚圖表的詳細資訊，請參閱這裡的檔。

下一步

前往 Azure DevOps 並查看。

如何提供意見反應

我們很樂意聽到您對於這些功能的看法。 使用意見反應功能表來回報問題或提供建議。

您也可以在 Stack Overflow 上的社群取得建議和您的問題。

感謝您！

拉維尚克