共用方式為

NuGet、npm 和其他成品工作支援 Proxy - Sprint 147 Update

  • 發行項

在 Azure DevOps 的 Sprint 147 Update 中，我們已更新各種與成品相關的 Pipelines 工作，以支援 Proxy。 透過此更新，Proxy 現在可在 npm、NuGet、.NET Core 和通用套件工作中運作。

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

功能

一般：

Azure Boards：

Azure Repos：

Azure Pipelines：

Azure Artifacts：

報告：

Wiki：

一般

所有使用者現在都在新增導覽

使用此短期衝刺，所有使用者都已移至 [新增導覽]。 我們已移除預覽功能切換，可讓使用者返回先前的流覽模型。 若要深入瞭解如何在入口網站中流覽，請參閱 Azure DevOps 中的入口網站導覽。

Azure Boards

在#ID提及中顯示工作專案狀態

為了增強工作專案提及體驗，我們已在使用#ID連結工作專案時新增詳細資訊。 您現在會在討論區段中看到除了識別碼、標題和工作專案類型之外，您連結的工作專案狀態。

顯示工作專案狀態。

此體驗也可用於 Wiki 頁面，如 這裡所述，以及提取要求批註。 如需詳細資訊，請參閱此處使用#ID連結至 工作專案的檔。

Azure Repos

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

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

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

Azure Pipelines

還原已刪除的發行管線

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

還原已刪除的發行管線。

新管線的 YAML 檔案會由您的身分識別認可，而不是我們的 Bot

建立管線時，Azure Pipelines 會選擇性地將 YAML 檔案認可至您的存放庫，然後建立管線的提取要求。 先前，如果存放庫位於 GitHub 上，而且您已安裝 Azure Pipelines GitHub 應用程式，則 GitHub 應用程式 似乎已建立認可和提取要求：「Azure Pipelines [bot]」。 透過此更新，我們會將您的 GitHub 身分識別顯示為管線的建立者，而不是 GitHub 應用程式。

從任何分支或路徑中的現有 YAML 檔案建立管線

目前，Azure Pipelines 會在建立新管線時，偵測並自動使用名為 azure-pipelines.yml 的現有 YAML 檔案，或 .azure-pipelines.yml 位於預設分支中存放庫的根目錄。 透過此更新，您可以選擇具有不同名稱或路徑的現有 Azure Pipelines YAML 檔案，或在非預設分支中。

若要選取現有的檔案，請從 [ 新增組建管線 精靈] 組態頁面選取 [現有的 Azure Pipelines YAML 檔案]。 然後，選擇分支並流覽以選取 YAML 檔案路徑。

從任何分支或路徑中的現有 YAML 檔案建立管線。

使用 GitHub 提取要求批註執行管線

透過此更新，您可以執行管線或測試套件，從該 PR 的批註區段驗證 GitHub 提取要求。 任何擁有者或共同作業者都可以使用 /AzurePipelines run 或 /AzurePipelines run <pipeline_name> 來批註提取要求，以觸發組建。

您也可以將 Moniker 縮寫 /AzurePipelines 為 /azp 。 如需批註中此功能類型 /azp help 的詳細資訊。

使用 GitHub 提取要求批註執行管線。

將提取要求驗證組建限制為授權的小組成員

藉由實作 提取要求驗證組建，保護分支的品質是很好的做法。 到目前為止，這些驗證組建是由任何 GitHub 提取要求自動觸發，這可能會有風險，因為建置會在不需檢閱的情況下啟動。

透過此更新，您可以要求由小組授權提取要求驗證組建。 若要這樣做，請選取管線設定中的 [觸發程式] 索引標籤。 然後，在 [提取要求驗證] 下，針對 共同作業者的提取要求批註啟用 [僅觸發 建置]，並儲存管線。

現在，不會自動觸發提取要求驗證組建。 任何存放庫擁有者或參與者都可以使用 或 /AzurePipelines run <pipeline_name> 來批註提取要求 /AzurePipelines run 來觸發驗證組建。

將提取要求驗證組建限制為授權的小組成員。

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

到目前為止，有一項限制會防止上傳路徑超過 233 個字元的組建成品。 這可能會讓您無法上傳來自 Linux 和 macOS 組建的程式碼涵蓋範圍結果，其檔案路徑超過限制。 透過此更新，我們已擴充支援長路徑的限制。

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

這個短期衝刺，我們持續在管線的 [測試結果] 索引標籤中新增兩個新的貢獻點，讓擴充架構更強大。 這可讓 Marketplace 擴充 功能提供更量身打造的報告體驗，並新增進一步的互動性。

這兩個貢獻點如下：

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

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

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

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

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

Azure Artifacts

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

委派誰可以管理摘要

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

報告

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

[測試結果趨勢] ([進階]) 小工具現在可供在其 Azure DevOps 組織中安裝Analytics 擴充功能的人員使用。 它可讓您近乎即時地查看多個組建和發行的測試資料。 [測試結果趨勢] ([進階) 小工具] 會顯示管線或跨管線的測試結果趨勢。 您可以使用它來追蹤每日測試計數、通過率和測試持續時間。 追蹤一段時間的測試品質並改善測試附屬專案是維護狀況良好 DevOps 管線的關鍵。

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

[測試結果趨勢] (進階) 小工具可協助您找出測試結果中的極端值，並回答如下：測試執行時間是否比平常還要久？ 哪些測試檔案或管線會影響我的整體通過率？ 我的長時間執行測試是什麼？

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

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

小工具可高度設定，可讓您針對各種案例使用它。

Wiki

到目前為止，共用 Wiki 頁面連結在已重新命名或移動時中斷。 透過此更新，我們已將頁面識別碼新增至 URL 來引進永久連結。 這可確保隨著 Wiki 隨著時間變更，您共用的連結會保持不變。

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

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

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

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

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

這項功能是根據建議設定優先順序。

後續步驟

注意

這些功能將在接下來兩到三周推出。

請前往 Azure DevOps 並查看。

移至 Azure DevOps

如何提供意見反應

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

提供建議

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

感謝您！

Alex Mullans