Azure DevOps Future 功能

管理

支援 Azure 受控識別和服務主體

允許裝載在 Azure 上的應用程式使用受控識別和服務主體，透過 REST API 和用戶端連結庫與 Azure DevOps 整合。

重要里程碑（上次更新日期為 08/29/22）：

  • 2022年9月： 針對已核准使用案例的選取Microsoft客戶進行內部測試。
  • FY22Q4： 僅限Microsoft方的私人預覽。 電子郵件 天使黃 與以下的調查問題完成。
  • FY23Q1 （TBC）： 所有內部和外部客戶的公開預覽
  • TBD： 受控識別和服務主體支援 GA

對於任何其他問題，毫不猶豫地透過電子郵件聯繫我。

--

如果您要被視為私人預覽版的一部分，請將這些問題的解答分享給 wonga@microsoft.com。

  1. 您屬於哪個公司/組織？
  2. 您可以提供目前使用之工具/服務的簡短描述，以針對 ADO 進行驗證嗎？ 您目前使用的驗證機制為何？
  3. 您目前是否使用受控識別來驗證任何其他 Azure 資源？
  4. 如果您使用受控識別來向 ADO 進行驗證，您該怎麼辦？ 該工作流程的外觀為何？
  5. 您是否可以提供您可能使用哪些 API 的清單？ 如需說明， 請參閱 ADO REST API 檔 。
  6. 在協助您的 MI 完成需要做什麼時，哪種範圍會很有用？ 請參閱 此 ADO OAuth 範圍清單，作為跳躍點。
  7. 是否有其他可能有助於我們瞭解您的受控識別使用者案例？
  8. 您想要啟用此功能的 Azure DevOps 組織名稱為何？

稽核 GA

所有地理位置和所有客戶皆可使用的稽核服務。

裝置狀態的條件式存取原則支援

Azure DevOps 可接受包含 裝置狀態條件的任何條件式存取原則。

Artifacts

Azure Pipelines 中的套件升級工作

Azure Pipelines 中的套件升級工作

取代 Azure Pipelines 中的舊 Azure Artifacts 工作，並預設為新的僅限驗證工作

我們從 Azure Pipelines 中目前的 Azure Artifacts 工作取得許多支援要求和意見反應（NuGet、npm、Maven 等）。 使用命令行工具內建版本的這些大型大量工作，可能會造成許多問題：

  1. 當某個項目失敗時，很難知道其是否為命令行工具、驗證、還原/發佈等。
  2. 很難讓工作更新為命令行工具的最新和最大版本，因此我們錯過了新功能（例如略過 NuGet/Maven 中的重複專案）我們登陸的解決方案是建立使用者可在管線開頭設定的僅限驗證工作。 成功驗證之後，使用者可以使用自定義腳本來發佈/還原套件。

我們現在在 GA 中擁有下列羽量型、僅限驗證的工作，我們建議客戶使用。 該計劃是在未來取代舊的不可靠任務。

  1. Maven 驗證
  2. NuGet 驗證
  3. Python Pip 驗證
  4. Python 對應項上傳驗證

Boards

Markdown 編輯的工作項目支援

所有長文字欄位（描述、存放庫步驟等）和工作專案討論將支援 Markdown 編輯。

改善 GitHub 連線體驗

藉由支持數千個而非數百個存放庫，更輕鬆地將存放庫新增和刪除至連線，以改善企業客戶的 GitHub 連線體驗。

Pipelines

支援擴展集代理程式集區中的彈性協調流程模式

擴展集代理程式集區的常見抱怨是起始調整事件所花費的時間太長。 事實上，Azure Pipelines 會每隔幾分鐘檢查是否需要相應放大集區。 不過，如果 VM 擴展集上已經有先前的作業正在進行中，就無法執行該工作。 例如，如果 VM 擴展集正在從先前的要求中刪除要相應縮小的 VM，則除非先前的作業完成，否則 Azure Pipelines 無法發出要相應放大的新要求。

若要解決此問題，Azure Pipelines 必須依賴稱為 彈性協調流程之 VM 擴展集的新預覽功能。 隨著此功能在 VM 擴展集中的預覽，Azure Pipelines 會開始使用它並加速其作業。

使用 GitHub Enterprise 支援管線應用程式

Azure Pipelines 與 GitHub 之間的整合是由 GitHub 應用程式所促進。 此應用程式可讓您輕鬆地設定 GitHub 存放庫的管線，並將事件（CI、PR、批注等）從 GitHub 傳遞至 Azure Pipelines。 應用程式也會使用 批注觸發程序增強提取要求的安全性。

不過，搭配 GitHub Enterprise 使用 Azure Pipelines 時，此應用程式無法運作。 這項工作的目標是要修正此問題。

  • 上次更新時間：