草稿提取要求和新的工作專案文字編輯器 - 短期衝刺 143 更新

發行項
07/20/2023

在 Azure DevOps 的 Sprint 143 更新 中，我們引進了一個新的工作專案文字編輯器，其功能更強大且更容易使用。這是我們努力現代化並改善產品體驗的一部分。在Azure Repos中，草稿提取要求可讓您建立尚未準備好完成的提取要求，因此無法意外完成。我們也會在 Azure Artifacts 中發行一些新功能，包括排除成品上傳中的檔案，以及取得套件的證明信息。

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

功能

一般：

REST API 5.0 版

Azure Boards：

新增工作專案文字編輯器

Azure Repos：

改進的分支選擇器
提取要求草稿

Azure Pipelines：

使用標記觸發 YAML 管線
設定為在提取要求更新時自動取消現有的管線
內嵌宣告容器資源
新專案的預設許可權變更
部署至部署群組中的失敗目標
支援基礎結構即程式碼

Azure Artifacts：

排除成品上傳中的檔案
套件的證明信息
Azure Artifacts REST API 檔更新

一般

REST API 5.0 版

每個 API 要求都應該包含 API 版本。不過，如果您要對先前發行的端點提出 REST 要求，但沒有 API 版本，該要求的預設版本將會在此部署中從 4.1 切換至 5.0。如需 REST 和 API 版本的詳細資訊，請參閱Azure DevOps Services REST API 參考。

Azure Boards

新增工作專案文字編輯器

我們很高興宣佈工作專案表單上的新文字編輯器正式推出。我們的文字編輯器已過期一段時間，而這個新體驗將會大幅改善。新的編輯器更現代化且功能強大，引進新功能，包括調整影像大小、程式碼片段、Mac 和 Windows 的鍵盤快速鍵，以及完整的 Emoji 程式庫。

您可以在工作專案表單上的任何文字欄位中使用此控制項，包括討論中。以下是您預期會看到的新體驗：

文字編輯器

您可以在下方看到程式碼片段體驗。此外，您可以輕鬆地且清楚地討論工作專案表單中的程式碼。

文字編輯器程式碼

我們真的想要開始讓工作專案更具社交體驗。該旅程的第一個步驟是為您的文字欄位和工作專案的討論帶來 emoji 支援。使用 emoji，您將能夠將描述和批註帶入生活，並給予他們更多特質！

此編輯器所完成的工作開放原始碼，因此請放心地查看 GitHub https://github.com/Microsoft/roosterjs 上的 roosterjs 存放庫。

Azure Repos

改進的分支選擇器

Azure Repos中的大部分體驗都需要您選取存放庫，然後選取該存放庫中的分支。為了改善具有大量分支的組織這項體驗，我們推出新的分支選擇器。選擇器現在可讓您選取您最愛的分支，或快速搜尋分支。

分支選擇器

提取要求草稿

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

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

建立 PR 草稿

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

指出狀態的徽章。

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

Azure Pipelines

使用標記觸發 YAML 管線

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

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

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

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

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

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

內嵌宣告容器資源

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

jobs:
- job: my-container-job
  container:
    image: mcr.microsoft.com/dotnet/core/runtime:latest

新專案的預設許可權變更

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

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

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

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

支援基礎結構即程式碼

我們正在將基礎結構即程式碼 (IaC) 的支援新增至 Azure DevOps 專案。 IaC 是使用一些宣告式方法來管理和布建運算基礎結構的程式，同時使用定義檔來設定其設定，而不是傳統的互動式組態工具。這可讓您將解決方案中的資源當作群組使用。您可以使用部署範本來部署、更新或刪除解決方案的所有資源。此範本可用於不同的環境，例如測試、預備和生產環境。

Azure Artifacts

排除成品上傳中的檔案

之前，若要從已發佈的成品中排除檔案，您必須將檔案複製到預備目錄、移除要排除的檔案，然後上傳。現在，通用套件和管線成品都會在要上傳的目錄中尋找名為 .artifactignore 的檔案，並自動排除這些檔案，而不需要臨時目錄。

套件的證明信息

透過此更新，我們可讓您更輕鬆地瞭解套件的證明，包括發佈套件的人員或發行者，以及其來源原始程式碼認可。這項資訊會自動針對使用 npm、 NuGet 和 .NET Core、 Twine 驗證 python) 和通用套件工作 (發行的所有套件填入。

套件的證明信息。

Azure Artifacts REST API 檔更新

透過此短期衝刺的更新，我們會針對 Azure Artifacts REST API 的檔推出大量更新，這應該可讓您更輕鬆地在自己的應用程式中進行開發。

後續步驟

注意

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

閱讀下方的新功能，並前往 Azure DevOps，自行嘗試。

移至 Azure DevOps

如何提供意見反應

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

提供建議

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

感謝您！

Jeremy Epling

共用方式為