Azure Artifacts 可簡化與其他服務的整合
透過此更新，我們可讓您更輕鬆地向其他熱門套件管理員驗證 Azure Artifacts。 尋找以下實際實作的進一步詳細資料。
功能
Azure Boards
Azure Pipelines
Azure Artifacts
Azure Boards
在工作面板和短期衝刺待辦項目新增「父工作項目」篩選
我們已將新的篩選新增至 Sprint 面板和 Sprint 待辦專案。 這可讓您依父代篩選需求層級待辦專案 （左邊的第一個資料行）。 例如，在下列螢幕擷取畫面中，我們已篩選檢視，只顯示父系為「我的大功能」的使用者劇本。
改善錯誤處理體驗 – 錯誤/工作上的必要欄位
在過去，如果您從工作流程看板將工作專案從一個資料行移至另一個資料行，而狀態變更觸發的欄位規則，卡片只會顯示紅色錯誤訊息，這會強制開啟工作專案以瞭解根本原因。 在短期衝刺 170 中，我們改善了體驗，因此您現在可以按一下紅色錯誤訊息來查看錯誤的詳細資料，而不需要開啟工作專案本身。
Azure Pipelines
擴展集代理程式預覽
我們正在預覽稱為擴展集代理程式的新功能，其會將 Microsoft 裝載代理程式的便利性和彈性容量與自我裝載代理程式的控制和彈性配對。 在此預覽版中，我們現在可讓您在 Azure 訂用帳戶中管理規格的代理程式，完全自動化。 當您使用擴展集代理程式時，建議您考慮使用擴展集代理程式，而不是 Microsoft 裝載或自我裝載的代理程式：
- 比我們在原生 Microsoft 裝載的代理程式中提供更多的記憶體、更多的處理器、更多的儲存體或更多的 I/O
- 不想允許列出公司防火牆內的大量 IP 位址，讓 Microsoft 裝載的代理程式與伺服器通訊
- 需要比我們可以提供的更多 Microsoft 裝載代理程式，以符合您的大規模需求
- 需要能夠將 Microsoft 裝載的平行作業分割至組織中的個別專案或小組
- 不想全天候執行專用代理程式，而是想要取消布建未主動使用的代理程式機器
若要使用擴展集代理程式，您必須先在 Azure 訂用帳戶中建立 VM 擴展集，然後在 Azure Pipelines 中建立代理程式組件區，以指向該擴展集。 Azure Pipelines 會根據擱置中的作業數目和您想要隨時維護的閒置機器數目，自動調整此集區。 Azure Pipelines 也會在這些虛擬機器上安裝代理程式。 如需詳細資訊，請參閱 擴展集代理程式 。 當您預覽此功能時，請在檔頁面上 包含您的意見 反應。
適用於 Azure Pipelines 託管集區的 Ubuntu 20.04 預覽版
Ubuntu 20.04 映射現已可供 Azure Pipelines 託管集區預覽。 若要使用此映射，請更新您的 YAML 檔案以包含 vmImage：'ubuntu-20.04' 。 請注意，ubuntu-latest 映射標籤將繼續指向 ubuntu-18.04，直到今年晚些時候 ubuntu-20.04 即將推出預覽。
請注意，由於 ubuntu 20.04 映射處於預覽狀態，因此目前不支援 ubuntu-18.04 中提供的所有工具。 深入了解
YAML 管線中的 GitHub 套件支援
我們最近引進了稱為 套件 的新資源類型，可新增從 GitHub 取 用 NuGet 和 npm 套件的支援，作為 YAML 管線中的資源。 在此資源中，您現在可以指定您想要從 GitHub 取用的套件類型 （NuGet 或 npm）。 您也可以在新的套件版本發行時啟用自動化管線觸發程式。 目前，支援僅適用于從 GitHub 取用套件，但向前邁進，我們計畫擴充支援以取用 NuGet 、 npm 、 AzureArtifacts 等其他套件存放庫 的套件。 如需詳細資訊，請參閱下列範例：
resources:
packages:
- package: myPackageAlias # alias for the package resource
type: Npm # type of the package NuGet/npm
connection: GitHubConn # GitHub service connection of type PAT
name: nugetTest/nodeapp # <Repository>/<Name of the package>
version: 1.0.9 # Version of the package to consume; Optional; Defaults to latest
trigger: true # To enable automated triggers (true/false); Optional; Defaults to no triggers
注意：目前 GitHub 套件僅支援 PAT 型驗證，這表示套件資源中的 GitHub 服務連線應為 PAT 類型。 一旦解除這項限制，我們將支援其他類型的驗證。
根據預設，您的作業中不會自動下載套件，因此為什麼我們引進 了 getPackage 宏，可讓您取用資源中定義的套件。 如需詳細資訊，請參閱下列範例：
- job: job1
pool: default
steps:
- getPackage: myPackageAlias # Alias of the package resource
Azure Artifacts
已停用上游來源的通知
Azure Artifacts Web 介面現在會在一或多個摘要的上游來源無法運作時通知您。 上游來源可讓您將摘要 （摘要 A） 指向另一個摘要（摘要 B），並允許摘要 A 的取用者從摘要 B 存取套件，而不需要直接連線到該摘要 B。 如需上游來源的詳細資訊，請參閱 Azure Artifacts 檔 。 如果上游來源在來源停用，則上游來源可能無法運作，例如，如果以無訊息方式刪除摘要 B，客戶將無法透過摘要 A 從中擷取套件。在過去，這種情況可能會在沒有警告的情況下發生，並導致難以診斷的操作問題，例如由於缺少相依性而突然中斷的建置（例如上述範例中從摘要 B 來源的套件）。 現在，當摘要的任何上游來源發生問題時，Azure Artifacts 會提供警告給您。 發生問題時，您會在 Azure Artifacts 摘要詳細資料頁面中看到橫幅（下方的紅色箭號）。
按一下橫幅中的連結會開啟頁面，其中顯示您摘要的每個上游來源的狀態。 除了目前摘要的每個上游來源相關資訊之外，您還可以在 [上次同步處理] 資料行底下看到目前的狀態。 正常運作的上游來源會顯示綠色核取記號，且上次驗證來源的健康情況。 中斷的上游來源會顯示紅色 X，以及檢查的時間。 擱置驗證的上游來源會顯示藍色資訊圖示。
當您按一下中斷上游來源的最後一次同步時間時，對話方塊會開啟共用問題根本原因的詳細資料（如果有的話）。 例如，在下圖中，有問題的上游來源無法運作，因為目標摘要已刪除。 對話方塊也包含稽核記錄的連結，可協助您瞭解最近進行過相關變更的人員。 許可權設定和 Azure Artifacts 檔的連結也可用來協助調查根本原因。
授權運算式和內嵌授權
現在，您可以在 Visual Studio 中流覽套件時，查看儲存在 Azure Artifacts 中的 NuGet 套件授權資訊詳細資料。 這適用于使用授權運算式或內嵌授權表示的授權。 現在，您可以在 Visual Studio 套件詳細資料頁面中看到授權資訊的連結（下圖中的紅色箭號）。
按一下連結會帶您前往網頁，您可以在其中檢視授權的詳細資料。 此體驗適用于授權運算式和內嵌授權，因此您可以在一個地方查看儲存在 Azure Artifacts 中的套件的授權詳細資料（針對指定授權資訊和 Visual Studio 支援的套件）。
輕量型驗證工作
您現在可以使用輕量驗證工作，向來自 Azure Pipelines 的熱門套件管理員進行驗證。 這包括 NuGet、npm、PIP、Twine 和 Maven。 先前，您可以使用提供大量功能的工作來向這些套件管理員進行驗證，包括發佈和下載套件的能力。 不過，這需要針對與套件管理員互動的所有活動使用這些工作。 如果您有自己的腳本可執行以執行發佈或下載套件等工作，您將無法在管線中使用它們。 現在，您可以在管線 YAML 中使用自己的設計腳本，並使用這些新的輕量型工作執行驗證。 使用 npm 的範例：
在此圖中，使用 「ci」 和 「publish」 命令是任意的，您可以使用 Azure Pipelines YAML 支援的任何命令。 這可讓您完全控制命令調用，並讓您輕鬆地在管線設定中使用共用腳本。 如需詳細資訊，請參閱 NuGet 、 npm 、PIP 、 Twine 和 Maven 驗證工作檔。
下一步
注意
這些功能將在未來兩到三周內推出。
前往 Azure DevOps 並查看。
如何提供意見反應
我們很樂意聽到您對於這些功能的看法。 使用說明功能表來回報問題或提供建議。
您也可以在 Stack Overflow 上的 社群取得建議和您的問題。
感謝您！
亞倫·霍爾伯格