共用方式為

預設分支的組織層級設定

  • 發行項

除了 預設存放庫分支設定之外，我們現在已新增組織層級的預設分支名稱，以便在未指定分支名稱時，將專案預設為組織設定。

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

功能

Azure Boards

Azure Repos

Azure Pipelines

Azure Boards

合併提取要求時自訂工作專案狀態

我們有幾個短期衝刺，我們會在私人預覽版下發行此功能。 取得意見反應並修正 Bug 之後，現在在所有組織中都已正式推出。 提取要求通常是指多個工作專案。 當您建立或更新提取要求時，您可能會想要關閉其中一些要求、解決其中一些要求，並讓其餘專案保持開啟。 您現在可以使用下圖所示的批註來完成此動作。 如需 詳細資訊，請參閱檔。

自訂狀態

工作面板上的父欄位

由於熱門要求，您現在可以將 [父] 欄位新增至 [工作面板] 上的子卡片和父卡片。

父欄位工作面板

Azure Repos

預設分支的組織層級設定

現在有新存放庫慣用初始分支名稱的組織層級設定。 如果專案尚未選擇初始分支名稱，則會使用此組織層級設定。 如果您未在組織設定或專案設定中指定初始分支名稱，則新的存放庫將會使用 Azure DevOps 定義的預設值。

組織層級的分支設定

新增用於參與 PR 批註的新驗證範圍

此版本會新增用於讀取/寫入提取要求批註的新 OAuth 範圍。 如果您有只需要與批註互動的 Bot 或自動化，您可以只提供具有此範圍的 PAT。 如果自動化有錯誤，或權杖遭到入侵，此程式就會減少快取半徑。

Azure Pipelines

設定 GitHub 存放庫的草稿 PR 驗證

客戶對於提取要求有不同的程式。 在某些情況下，他們想要在其 草稿 PR上執行驗證組建。 在其他人中，他們不希望草稿 PR 取用和浪費其平行作業。

這項功能會新增 drafts 至 pr GitHub 草稿提取要求的觸發程式 YAML 語法。 這項功能可讓客戶選擇是否希望其草稿 PR 將組建排入佇列。 預設選項為 true， (組建會排入佇列) ，就像目前適用于 GitHub PR 一樣。 這項變更適用于 OAuth 和 GitHubApp 連線。

結構描述：

pr:
  autoCancel: boolean # indicates whether additional pushes to a PR should cancel in-progress runs for the same PR. Defaults to true
  branches:
    include: [ string ] # branch names which will trigger a build
    exclude: [ string ] # branch names which will not
  paths:
    include: [ string ] # file paths which must match to trigger a build
    exclude: [ string ] # file paths which will not trigger a build
  drafts: boolean # whether to build draft PRs

這項功能僅適用于 GitHub 中的 PR。 Azure Repos的行為沒有任何變更，其中 PR 驗證是透過分支原則設定的。 Azure Pipelines 不會驗證Azure Repos中的草稿 PR。

後續步驟

注意

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

請前往 Azure DevOps 並查看。

移至 Azure DevOps

如何提供意見反應

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

提供建議

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

感謝您！

Vijay Machiraju