Časová osa a plán integrace s funkcemi GitHubu

Plán cesty

Následující část popisuje nové funkce, které jsou ve vývoji pro integraci Azure Boards s GitHubem.

• Výběr modelu pro cloudového agenta: Při použití cloudového agenta Copilot z pracovní položky můžou uživatelé vybírat ze seznamu modelů.

Doručené vlastnosti

Vzdálený server MCP (veřejná ukázka)

Tento hostovaný koncový bod umožňuje bezproblémovou integraci s Azure DevOps bez nutnosti spravovat místní server. Visual Studio a Visual Studio Code tuto funkci v současné době podporují a připravujeme podporu pro další klienty a služby, včetně Microsoft Foundry a Copilot Studio.

V závislosti na nástrojích, které používáte, stačí do svého mcp.jsonpočítače přidat pouze následující informace o serveru .

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

Nastavení můžete přizpůsobit dalšími možnostmi konfigurace. Další informace.

Zvýšení limitu

Limit počtu připojení při propojování úložišť GitHub s projektem Azure DevOps je teď vyšší. Nový maximální limit webového prostředí je teď 2 000, který odpovídá limitu, který už je dostupný prostřednictvím rozhraní REST API pro aktualizaci.

Podpora vlastních agentů

Integrace Azure Boards s GitHub Copilotem teď podporuje výběr vlastních agentů. Když vytvoříte vlastního agenta na úrovni úložiště nebo organizace, automaticky se zobrazí v Azure DevOps. Když vytvoříte žádost o přijetí změn (pull request) z pracovní položky, zobrazí se vedle seznamu úložišť nový ovládací prvek pro výběr agenta.

Po výběru vlastního agenta a výběru možnosti Vytvořit agent vygeneruje změny kódu a vytvoří žádost o přijetí změn ve vybraném úložišti.

GitHub Copilot Cloud Agent for Azure Boards

Integrace GitHub Copilotu pro Azure Boards umožňuje týmům bezproblémově přejít z plánování na implementaci generováním změn kódu přímo z pracovních položek Azure Boards.

Vývojáři mohou ze záznamu práce spustit Copilot, vybrat cílové úložiště a větev na GitHubu, a vytvořit návrh pull requestu, který zůstane propojený s původním pracovním záznamem a poskytuje kompletní sledovatelnost od sledování práce po kód.

Místní server MCP Azure DevOps

Místní server MCP pro Azure DevOps poskytuje rozšířené ověřování a autorizaci, nové a vylepšené nástroje a zavádí "domény", které pomáhají určit rozsah nástrojů a spravovat limity klientů.

MCP Server propojuje AI asistenty, jako je GitHub Copilot a Azure DevOps, a umožňuje vám bezpečný přístup k pracovním položkám, wiki, testovacím plánům a dalším z vašeho vlastního prostředí.

Pokyny k instalaci, příklady a pokyny pro přispívání najdete v úložišti Azure DevOps MCP Serveru.

Opravy chyb zlepšující integraci a zabezpečení GitHubu

V tomto sprintu tým vyřešil několik důležitých chyb, které zlepšují zabezpečení a spolehlivost integrací GitHubu v Azure Boards:

• Opravili jsme několik problémů souvisejících se zpracováním přístupových tokenů, včetně nemožnosti odvolat tokeny, používání nadměrně použitelných oborů a chybějícího ověření tokenu.
• Byly řešeny zranitelnosti eskalace oprávnění v tocích připojení ke GitHubu i při vytváření větví.
• Bylo odebráno trvalé úložiště PATů GitHubu po odpojení, aby se zabránilo neúmyslnému přístupu.
• Vyloučení použití zástupných znaků v konfiguraci CORS k vynucení přísnějších kontrolních mechanismů zabezpečení
• Vylepšená správa tajných kódů obměnou tajných kódů klienta GitHubu a zastavením globálního sdílení mezi organizacemi
• Vylepšené protokolování a auditovatelnost při odebírání připojení služeb
• Řešení potenciálních úniků informací způsobených chybně nakonfigurovanými webhooky

Integrace GitHubu: Zmínky v rámci pull requestů

Pomocí zmínek ! teď můžete odkazovat na žádosti o přijetí změn na GitHubu přímo z libovolného velkého textového pole nebo komentáře.

Integrace GitHubu: Podpora přechodu stavu

Integrace teď podporuje propojení žádostí o přijetí změn GitHubu s pracovními položkami Azure Boards. Dříve se podporovalo pouze Fixes AB#{ID} klíčové slovo. S touto aktualizací teď můžete pomocí {State or Category} AB#{ID} automaticky přecházet pracovní položky do požadovaného stavu při sloučení.

Pokud popis žádosti o přijetí změn GitHubu obsahuje název stavu (například Validate AB#1234), stav propojené pracovní položky se aktualizuje jako výsledek. Pokud název stavu není rozpoznán, systém zkontroluje, jestli odpovídá kategorii stavu (například Resolved). Pokud ano, pracovní položka přechází na první dostupný stav v této kategorii.

Pokud se nenajde žádný odpovídající stav nebo kategorie, klíčové slovo se ignoruje a stav pracovní položky se neaktualizuje.

Nakonec klíčové slovo funguje podle očekávání, a přechází na výchozí hodnotu stavu "Uzavřeno."

Integrace GitHubu: Vylepšení propojování commitů, větví a požadavků na sloučení

Tým Azure DevOps neustále vylepšuje integraci Boards a GitHubu, aby se zavřely mezery v použitelnosti a odpovídaly zkušenostem, které znáte v Azure Repos.

V této aktualizaci tým představil několik vylepšení, která zjednodušují propojení větví, pull requestů a commitů s pracovními položkami:

• Když propojíte větev GitHubu s pracovní položkou, všechny přidružené žádosti o přijetí změn se automaticky propojí. Není nutné ručně používat AB#.

• Po sloučení pull requestu je potvrzení sloučení automaticky propojeno s pracovní položkou.

• Pokud větev odstraníte po sloučení žádosti o přijetí změn, propojení větve se automaticky odebere z pracovní položky.

Tato vylepšení usnadňují sledování průběhu vývoje a udržování přehledných a aktuálních přidružení pracovních položek.

Integrace GitHubu: Zobrazení stavu sestavení pro kanály YAML

Společnost Microsoft se zavazuje dosáhnout parity funkcí mezi YAML a klasickými kanály. Jednou z klíčových chybějících funkcí byla možnost poskytnout odkaz "Integrovaný v sestavení", když je úložiště hostované na GitHubu. Nejnovější verze tuto mezeru řeší přidáním možnosti v nastavení kanálu YAML, abyste mohli zkontrolovat:

Po dokončení sestavení se odpovídající odkaz automaticky zobrazí na přidružených pracovních položkách, což zlepšuje celkový scénář sledovatelnosti.

Integrace GitHubu: Propojení Merge Commitu

Systém nyní automaticky po dokončení požadavku na přijetí změn prováže potvrzení sloučení s odpovídající pracovní položkou.

Zvýšení limitu připojených úložišť GitHub

Během posledních několika měsíců produktový tým vylepšil uživatelské prostředí i škálovatelnost připojení úložišť GitHub k projektu Azure DevOps. V tomto sprintu tým zvýšil maximální limit z 500 na 1 000 úložišť, čímž vám poskytuje ještě větší kapacitu pro správu vašich projektů.

Analýzy pull requestů na GitHubu

Produktový tým vylepšil integraci mezi pull requesty GitHubu a Azure Boards. Kromě zobrazení otevřeného a uzavřeného stavu teď můžete zjistit, jestli je pull request v režimu konceptu, vyžaduje kontrolu a stav kontrol. To vše bez nutnosti otevřít pull request.

Pokud chcete tuto funkci povolit, nezapomeňte přejít do aplikace Boards na GitHubu a přijmout požadovaná aktualizovaná oprávnění pro přístup ke čtení a zápisu do kontrol.

Připojit se k vylepšení vyhledávání v úložišti GitHub

Propojení projektu Azure DevOps s organizací GitHub je teď optimalizované, zejména pro ty, kteří mají tisíce úložišť. Prostředí vyhledávání a výběru eliminuje riziko chyb časového limitu a usnadňuje a zefektivňuje proces připojení.

Vytvoření větve GitHubu z pracovní položky

Teď můžete vytvořit větev GitHubu přímo z pracovní položky v Rámci Azure DevOps. Odkaz "Nová větev GitHubu" je k dispozici vždy, když je pro váš projekt nakonfigurované připojení GitHubu. Tento odkaz je k dispozici ve všech kontextových nabídkách pracovních položek, včetně formuláře pracovní položky, karty, seznamu úkolů a dotazů. Pokud chcete vytvořit novou větev, zadejte název větve a vyberte požadované úložiště a základní větev.

Přidat odkaz na commit na GitHubu nebo pull request.

Propojte pracovní položky s GitHubem tak, že vyhledáte a vyberete požadované úložiště a pak přejdete k podrobnostem a najdete konkrétní žádost o přijetí změn nebo potvrzení. Už nepotřebujete více změn okna a kopírování a vkládání (i když tuto možnost stále máte).

Odkazy AB# na pull requestech na GitHubu

V rámci průběžných vylepšení integrace Azure Boards a GitHubu funkce náhledu zlepšuje práci s odkazy AB#. S touto aktualizací se vaše odkazy AB# nyní zobrazují přímo v sekci Vývoj v GitHub pull requestu. Propojené pracovní položky můžete zobrazit, aniž byste museli procházet popisy nebo komentáře a usnadnit tak přístup k těmto odkazům AB#.

Tyto odkazy jsou k dispozici, pouze pokud v popisu žádosti o přijetí změn použijete AB#. Nezobrazí se, pokud přímo odkazujete z pull requestu z pracovní položky. Odebráním odkazu AB# z popisu ho odeberete také z ovládacího prvku Vývoj.