Č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.

• Vlastní agenti pro agenta pro kódování: Při použití agenta pro kódování z pracovní položky budou uživatelé moct vybírat ze sady vlastních agentů.

• Vzdálený server MCP: Představujeme hostovaný vzdálený server MCP, který zveřejňuje omezenou sadu nástrojů z místního serveru MCP Azure DevOps. Tato počáteční verze se zaměří na základní funkce platformy a nejčastěji používané nástroje pracovních položek, které zákazníkům umožní integraci s Azure DevOps bez spuštění nebo správy místního serveru MCP.

• Zvýšení limitu: Aktuální limit úložišť GitHubu, která je možné připojit k jednomu projektu Azure Boards, se zvýší z 1 000 na 2 000 úložišť, což poskytuje větší flexibilitu pro větší organizace a komplexní integrace GitHubu.

Realizované funkce

GitHub Copilot programovací agent pro 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é přihlaš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ů.

Azure DevOps MCP Server funguje jako most mezi asistenty AI, jako je GitHub Copilot a Azure DevOps, což uživatelům umožňuje bezpečný přístup k pracovním položkám, wikiwebům, testovacím plánům a dalším akcím ve vlastním 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 jsme vyřešili několik důležitých chyb, abychom zlepšili zabezpečení a spolehlivost integrací GitHubu 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žívat nadměrné rozsahy a nedostatek 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

Rozšířili jsme podporu 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, zkontrolujeme, 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í propojení s commity, větvemi a pull requesty

Průběžně vylepšujeme integraci Boards a GitHubu, abychom zavřeli mezery v použitelnosti a v souladu s prostředím, které znáte v Azure Repos.

V této aktualizaci jsme zavedli několik vylepšení, která zjednodušují propojení větví, žádostí o přijetí změn a potvrzení s pracovními položkami:

• Když je větev GitHubu propojená s pracovní položkou, všechny přidružené pull requesty budou nyní automaticky propojeny. Není nutné ručně používat AB#.

• Jakmile je pull request sloučen, slučovací commit se automaticky prováže s pracovní položkou.

• Pokud je větev odstraněna po sloučení žádosti o přijetí změn, odkaz na větev se automaticky odstraní 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

Snažíme se 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. V naší nejnovější verzi jsme tuto mezeru vyřešili 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, čímž se zlepší celkový scénář sledovatelnosti.

Integrace GitHubu: Propojení Merge Commitu

Po dokončení pull requestu nyní automaticky propojíme 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ů jsme vylepšili uživatelské prostředí i škálovatelnost připojení úložišť GitHub k projektu Azure DevOps. V tomto sprintu jsme zvýšili maximální limit z 500 na 1 000 úložišť, což vám umožňuje ještě větší kapacitu pro správu vašich projektů.

Analýzy pull requestů na GitHubu

Vylepšili jsme integraci mezi pull requesty na GitHubu a Azure Boards. Kromě zobrazení otevřených a uzavřených stavů teď můžete zjistit, jestli je žádost o přijetí změn v režimu konceptu, vyžaduje kontrolu a stav Kontroly. To vše bez nutnosti otevřít žádost o přijetí změn.

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, backlogu 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 našich průběžných vylepšení integrace Azure Boards a GitHubu si prohlédáme funkci, která vylepšuje zkušenosti s odkazy AB#. S touto aktualizací se vaše odkazy AB# nyní zobrazují přímo v sekci Vývoj v GitHub pull requestu. To znamená, že propojené pracovní položky můžete zobrazit, aniž byste museli procházet popisy nebo komentáře, což usnadňuje 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 ze pull requestu z pracovní položky. Odebráním odkazu AB# z popisu ho odeberete také z ovládacího prvku Vývoj.