共用方式為

GitHub 功能整合的時間軸與路線圖

藍圖

以下章節介紹正在開發的 Azure Boards 與 GitHub 整合新功能。

  • 雲端代理的模型選擇：當使用者從工作項目中使用 Copilot 雲端代理時，可以從模型清單中選擇。

已交付的功能

遠端 MCP 伺服器（公開預覽版）

這個託管端點能無縫整合 Azure DevOps，無需管理本地伺服器。 Visual Studio 與 Visual Studio Code 目前支援此功能，其他客戶端與服務，包括 Microsoft Foundry 與 Copilot Studio，也即將推出。

根據你使用的工具，你只需要將以下伺服器資訊新增到你的 mcp.json中。

{
  "servers": {
    "ado-remote-mcp": {
      "url": "https://mcp.dev.azure.com/{organization}",
      "type": "http"
    }
  },
  "inputs": []
}

你可以用更多設定選項自訂你的設定。 了解更多。

提高上限

當 GitHub 倉庫連結到 Azure DevOps 專案時，每個連線的限制現在提高了。 網頁體驗的新最大上限現在是 2,000 人，與 Update REST API 現有的上限相符。

支援自訂代理

Azure Boards 與 GitHub Copilot 的整合現在支援自訂代理的選擇。 當你在倉庫或組織層級建立自訂代理程式時，它會自動出現在 Azure DevOps 中。 當你從工作項目建立拉取請求時，你會在儲存庫清單旁看到一個新的代理選擇控制項。

截圖顯示倉庫清單旁的自訂代理選擇控制。

選擇自訂代理並選擇 建立後，代理程式會產生程式碼變更，並在所選儲存庫中建立拉取請求。

用於 Azure Boards 的 GitHub Copilot 雲端代理

Azure Boards 的 GitHub Copilot 整合，讓團隊能更順暢地從規劃到實施，直接從 Azure Boards 的工作項目產生程式碼變更。

從工作項目中，開發者可以啟用 Copilot，選擇目標 GitHub 倉庫及分支，並建立一個草擬的拉取請求，此請求將持續關聯至原始工作項目，提供從工作追蹤到程式碼的端對端追蹤性。

展示如何從工作項目建立草擬 PR 的截圖。

Azure DevOps local MCP Server

Azure DevOps 的本地 MCP 伺服器提供強化的認證與授權、全新且精煉的工具，並引入「網域」以協助工具範圍及管理客戶端限制。

MCP 伺服器橋接了像 GitHub Copilot 和 Azure DevOps 這類 AI 助理，讓你能安全地從自己的環境中存取並互動工作項目、維基、測試計畫等。

欲了解安裝說明、範例及貢獻指引，請造訪 Azure DevOps MCP Server 儲存庫。

修正錯誤以改善 GitHub 集成和安全性

這次衝刺中，團隊解決了數個關鍵錯誤，以提升 Azure Boards 與 GitHub 整合的安全性與可靠性：

  • 修正了多項與存取權杖處理相關的問題，包括無法撤銷權杖、使用過度寬鬆的範圍，以及缺乏權杖驗證
  • 解決 GitHub 連線和分支建立流程中的許可權提升弱點
  • 在中斷連線後移除 GitHub PAT 的持續性記憶體，以防止非預期的存取
  • 排除在 CORS 組態中使用通配符來源，以強制執行更嚴格的安全性控制
  • 藉由定期更新 GitHub 客戶端的秘密並停止在組織間的全域共用，以改善秘密管理。
  • 移除服務連接時增強記錄和稽核功能
  • 已解決錯誤設定 Webhook 所造成的潛在資訊外洩

GitHub 整合：提取要求提及

現在您可以使用 ! 提及，直接從任何大型文字欄位或評論討論和參考 GitHub 拉取請求。

將 Gif 轉換為 GitHub 拉取請求提及。

GitHub 整合：狀態轉換支援

整合現在支援將 GitHub 的 pull request 連結到 Azure Boards 的工作項目。 以前僅支持 Fixes AB#{ID} 關鍵詞。 透過此更新，您現在可以使用 {State or Category} AB#{ID} 自動將工作項目轉換為合併時所需的狀態。

如果 GitHub 的拉取請求描述包含狀態名稱（例如）， Validate AB#1234連結工作項目的狀態就會因此更新。 如果州名稱未被識別，系統會檢查是否符合州類別（例如 Resolved）。 如果這樣做，工作專案會轉換為該類別內的第一個可用狀態。

驗證工作項目的螢幕快照。

如果找不到匹配的狀態或類別，關鍵字會被忽略，工作項目的狀態也不會更新。

最後， Fixes AB#{ID} 關鍵詞會繼續如預期般運作，預設為 「已關閉」狀態值。

GitHub 集成：改進連結到提交、分支與拉取要求的功能

Azure DevOps 團隊持續優化 Boards + GitHub 整合，以縮小可用性差距，並與你熟悉的 Azure Repos 體驗相符。

這次更新中，團隊引入了多項改進，以簡化分支、拉取請求與提交與工作項目的連結方式：

  • 當你將 GitHub 分支連結到工作項目時，任何相關的拉取請求都會自動連結。 不需要手動使用AB#。

  • 一旦拉取請求合併，合併提交會自動連結到工作項目。

  • 如果你在拉取請求合併後刪除分支，分支連結會自動從工作項目中移除。

這些改進可讓您更輕鬆地追蹤您的開發進度，並維護整潔、最新的工作項目關聯性。

Gif 至 GitHub Boards 整合改進。

GitHub 整合：顯示 YAML 管線的組建狀態

Microsoft 致力於實現 YAML 與 Classic Pipelines 之間的功能平等。 當存儲庫託管於 GitHub 時，其中一項關鍵缺少的功能是提供「內建整合」連結。 最新版本透過在 YAML 管線設定中新增選項，讓你可以檢查這個缺口：

自動連結工作項目的螢幕快照。

建置完成後，對應的連結會自動出現在相關的工作項目上，提升整體可追溯性。

整合在組建中的螢幕快照。

GitHub 整合：連結合併提交紀錄

系統現在會在完成拉取請求時，自動將合併提交與對應的工作項目連結。

增加連線的 GitHub 儲存庫限制

過去幾個月，產品團隊提升了連接 GitHub 倉庫與 Azure DevOps 專案的使用者體驗與可擴展性。 在這個衝刺中，團隊將最大儲存庫上限從 500 提高到 1,000 個，讓你能更有效率地管理專案。

GitHub 拉取請求分析

產品團隊加強了 GitHub 拉取請求與 Azure Boards 之間的整合。 除了顯示開啟和關閉的狀態之外，您現在可以查看提取要求是否處於草稿模式、需要檢閱和檢查狀態。 完全不需要開啟提取要求。

Gif 示範增強的 GitHub 合併請求解析。

若要啟用此功能，請確認您前往 GitHub 中的 Boards 應用程式，接受更新的許可權，以取得對檢查功能的讀取和寫入存取權。

更新權限的截圖。

連接到 GitHub 儲存庫搜尋功能改進

將 Azure DevOps 專案連接至 GitHub 組織的過程已經過優化，這對於擁有數千個存儲庫的組織特別有效。 搜尋與選擇的體驗消除了逾時錯誤的風險，使連線過程更加順暢且高效。

新增 GitHub 存放庫的螢幕快照。

從工作專案建立 GitHub 分支

現在，您可以直接從 Azure DevOps 內的工作專案建立 GitHub 分支。 每當 為您的項目設定 GitHub 連線時，即可使用「新增 GitHub 分支」連結。 此連結適用於所有工作專案操作功能表，包括工作項目表單、卡片、待辦專案和查詢。 若要建立新的分支，請輸入分支名稱，然後選取所需的存放庫和基底分支。

示範從工作專案建立 GitHub 分支的 Gif。

透過搜尋並選擇想要的儲存庫，將工作項目連結到 GitHub，然後深入挖掘找到並連結到特定的拉取請求或提交。 你不再需要多次更換視窗或複製貼上（雖然你仍然有這個選項）。

GIF 用於示範新增連結的改進。

作為持續強化 Azure Boards + GitHub 整合的一部分，預覽功能提升了 AB# 連結的使用體驗。 隨著這次更新，你的 AB# 連結現在直接出現在 GitHub 拉取請求的開發區塊中。 你可以在不需瀏覽描述或評論的情況下查看相關作品項目，方便存取這些 AB# 連結。

AB# 連結的螢幕快照。

這些連結只有在你在拉取請求描述中使用 AB# 時才會開放。 如果你直接從拉取請求連結至工作項目，這些郵件就不會出現。 從描述中移除 AB# 連結，也會讓它從開發控制中移除。

  • Last updated on