Integration mit der GitHub-Features-Zeitachse und -Roadmap

Fahrplan

Im folgenden Abschnitt werden neue Features beschrieben, die sich in der Entwicklung für die Integration von Azure Boards in GitHub befinden.

  • Modellauswahl für Cloud-Agent: Wenn Sie den Copilot-Cloud-Agent aus einer Arbeitsaufgabe verwenden, können Benutzer aus einer Liste von Modellen auswählen.

Bereitgestellte Features

Remote-MCP-Server (öffentliche Vorschau)

Dieser gehostete Endpunkt ermöglicht eine nahtlose Integration in Azure DevOps, ohne einen lokalen Server verwalten zu müssen. Visual Studio und Visual Studio Code unterstützen derzeit dieses Feature, und die Unterstützung für andere Clients und Dienste, einschließlich Microsoft Foundry und Copilot Studio, wird in Kürze verfügbar sein.

Je nach den Tools, die Sie verwenden, müssen Sie nur die folgenden Serverinformationen zu Ihrem mcp.json hinzufügen.

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

Sie können Ihr Setup mit weiteren Konfigurationsoptionen anpassen. Erfahren Sie mehr.

Limitenerhöhung

Der Grenzwert pro Verbindung beim Verknüpfen von GitHub-Repositorys mit einem Azure DevOps-Projekt ist jetzt höher. Der neue Höchstwert in der Weboberfläche beträgt jetzt 2.000, was dem grenzwert entspricht, der bereits über die Update-REST-API verfügbar ist.

Unterstützung für benutzerdefinierte Agents

Die Azure Boards-Integration in GitHub Copilot unterstützt jetzt die Auswahl von benutzerdefinierten Agents. Wenn Sie einen benutzerdefinierten Agent auf Repository- oder Organisationsebene erstellen, wird er automatisch in Azure DevOps angezeigt. Wenn Sie eine Pullanforderung aus einer Arbeitsaufgabe erstellen, wird neben der Repositoryliste ein neues Agent-Auswahlsteuerelement angezeigt.

Screenshot des Bedienelements zur Auswahl eines benutzerdefinierten Agenten neben der Repository-Liste.

Nachdem Sie einen benutzerdefinierten Agent ausgewählt und " Erstellen" ausgewählt haben, generiert der Agent die Codeänderungen und erstellt die Pullanforderung im ausgewählten Repository.

GitHub Copilot Cloud Agent für Azure Boards

Die GitHub Copilot-Integration für Azure Boards ermöglicht Es Teams, nahtloser von der Planung zur Implementierung zu wechseln, indem Codeänderungen direkt aus Azure Boards-Arbeitsaufgaben generiert werden.

Aus einer Arbeitsaufgabe können Entwickler Copilot aufrufen, ein GitHub-Ziel-Repository und eine Verzweigung auswählen und eine Entwurfs-Pullanforderung erstellen, die mit der ursprünglichen Arbeitsaufgabe verknüpft bleibt und die End-to-End-Rückverfolgbarkeit von der Arbeitsnachverfolgung bis zum Code bereitstellt.

Screenshot, der zeigt, wie Sie einen Pr-Entwurf aus einer Arbeitsaufgabe erstellen.

Azure DevOps lokaler MCP-Server

Der lokale MCP-Server für Azure DevOps bietet erweiterte Authentifizierung und Autorisierung, neue und verfeinerte Tools und führt "Domänen" ein, um Bereichstools zu unterstützen und Clientgrenzwerte zu verwalten.

Der MCP Server verbindet KI-Assistenten wie GitHub Copilot und Azure DevOps, sodass Sie sicher auf Arbeitsaufgaben, Wikis, Testpläne und vieles mehr aus Ihrer eigenen Umgebung zugreifen und damit interagieren können.

Installationsanweisungen, Beispiele und Beitragsrichtlinien finden Sie im Azure DevOps MCP Server-Repository.

Fehlerbehebungen zur Verbesserung der GitHub-Integration und -Sicherheit

In diesem Sprint hat das Team mehrere kritische Fehler behoben, um die Sicherheit und Zuverlässigkeit der Azure Boards GitHub-Integrationen zu verbessern.

  • Es wurden mehrere Probleme im Zusammenhang mit der Verarbeitung von Zugriffstoken behoben, einschließlich der Unmöglichkeit, Token zu widerrufen, der Verwendung von übermäßig permissiven Berechtigungen und fehlender Tokenüberprüfung.
  • Behobene Sicherheitsrisiken hinsichtlich der Berechtigungseskalation in den GitHub-Verbindungs- und Branch-Erstellungsabläufen
  • Dauerhafter Speicher von GitHub-PATs nach der Trennung entfernt, um unbeabsichtigten Zugriff zu verhindern
  • Die Verwendung von Wildcard-Ursprüngen in der CORS-Konfiguration wurde eliminiert, um strengere Sicherheitskontrollen zu erzwingen.
  • Verbesserte Verwaltung von Geheimnissen durch die Rotation von GitHub-Client-Geheimnissen und das Beenden der globalen Freigabe zwischen Organisationen
  • Verbesserte Protokollierung und Auditierbarkeit beim Entfernen von Dienstverbindungen
  • Potenzielle Informationslecks behoben, die durch falsch konfigurierte Webhooks verursacht wurden

GitHub-Integration: Pull-Request-Erwähnungen

Sie können jetzt !-Erwähnungen verwenden, um sich direkt aus jedem großen Textfeld oder Kommentar auf GitHub-Pullanforderungen zu beziehen und diese zu diskutieren.

GIF zu GitHub-Pull-Request-Erwähnungen.

GitHub-Integration: Unterstützung für Zustandsübergang

Die Integration unterstützt jetzt das Verknüpfen von GitHub-Pullanforderungen mit Arbeitsaufgaben in Azure Boards. Zuvor wurde nur das Fixes AB#{ID} Schlüsselwort unterstützt. Mit diesem Update können Sie nun zum automatischen Übergang von Arbeitsaufgaben in den gewünschten Zustand bei der Zusammenführung verwenden {State or Category} AB#{ID} .

Wenn die GitHub-Pullanforderungsbeschreibung einen Statusnamen enthält (z. B. Validate AB#1234), wird dadurch der Status der verknüpften Arbeitsaufgabe aktualisiert. Wenn der Statusname nicht erkannt wird, überprüft das System, ob er einer Statuskategorie entspricht (z. B Resolved. ). Wenn dies der Fall ist, wird die Arbeitsaufgabe in den ersten verfügbaren Zustand in dieser Kategorie umgestellt.

Screenshot der Überprüfung der Arbeitsaufgabe.

Wenn kein übereinstimmenden Zustand oder keine Übereinstimmende Kategorie gefunden wird, wird das Schlüsselwort ignoriert, und der Status für die Arbeitsaufgabe wird nicht aktualisiert.

Schließlich funktioniert das Fixes AB#{ID} Schlüsselwort weiterhin wie erwartet und setzt standardmäßig den Zustandswert auf "Geschlossen".

GitHub-Integration: Verbesserungen beim Linken zu Commits, Branches und Pull Requests

Das Azure DevOps-Team verbessert kontinuierlich die Boards + GitHub-Integration, um Lücken bei der Benutzerfreundlichkeit zu schließen und die Erfahrung anzupassen, mit der Sie in Azure Repos vertraut sind.

Mit diesem Update hat das Team mehrere Verbesserungen eingeführt, um zu optimieren, wie Verzweigungen, Pullanforderungen und Commits mit Arbeitsaufgaben verknüpft sind:

  • Wenn Sie eine GitHub-Verzweigung mit einer Arbeitsaufgabe verknüpfen, werden alle zugeordneten Pullanforderungen automatisch verknüpft. Es ist nicht erforderlich, AB# manuell zu verwenden.

  • Sobald eine Pullanforderung zusammengeführt wurde, wird der Zusammenführungsvorgang automatisch mit der Arbeitsaufgabe verknüpft.

  • Wenn Sie den Branch löschen, nachdem die Pull Request zusammengeführt wurde, wird der Branch-Link automatisch aus dem Arbeitselement entfernt.

Diese Verbesserungen machen es einfacher, Ihren Entwicklungsfortschritt zu verfolgen und saubere, aktuelle Arbeitselement-Zuordnungen zu pflegen.

Verbesserungen bei der Integration von Gif in Github-Boards.

GitHub-Integration: Buildstatus für YAML-Pipelines anzeigen

Microsoft ist bestrebt, die Featureparität zwischen YAML und klassischen Pipelines zu erreichen. Ein zentrales fehlendes Feature war die Möglichkeit, einen Link "integriert im Build" bereitzustellen, wenn Ihr Repository auf GitHub gehostet wird. Die neueste Version behebt diese Lücke, indem Sie eine Option in den YAML-Pipelineeinstellungen hinzufügen, um Folgendes zu überprüfen:

Screenshot der automatischen Verknüpfung von Arbeitsaufgaben.

Wenn der Build abgeschlossen ist, wird der entsprechende Link automatisch bei den zugehörigen Arbeitsaufgaben angezeigt, wodurch die Gesamt-Nachverfolgbarkeit verbessert wird.

Screenshot des integrierten Builds.

GitHub-Integration: Verknüpfen des Zusammenführungs-Commits

Das System verknüpft den Zusammenführungs-Commit jetzt automatisch mit der entsprechenden Arbeitsaufgabe, wenn eine Pullanforderung abgeschlossen ist.

Erhöhen des Grenzwerts für verbundene GitHub-Repositorys

In den letzten Monaten hat das Produktteam sowohl die Benutzererfahrung als auch die Skalierbarkeit der Verbindung Ihrer GitHub-Repositorys mit einem Azure DevOps-Projekt verbessert. In diesem Sprint hat das Team die maximale Grenze von 500 auf 1.000 Repositorys erhöht, sodass Sie ihre Projekte noch besser verwalten können.

GitHub-Pull-Request-Einblicke

Das Produktteam hat die Integration zwischen GitHub-Pullanforderungen und Azure Boards verbessert. Zusätzlich zur Anzeige von offenen und geschlossenen Status können Sie jetzt sehen, ob sich eine Pull-Anforderung im Entwurfsmodus befindet, eine Überprüfung benötigt wird und den Check-Status. Alles, ohne den Pull-Request öffnen zu müssen.

Gif zur Demonstration verbesserter GitHub-Pull-Anforderungserkenntnisse.

Um dieses Feature zu aktivieren, stellen Sie sicher, dass Sie zur Boards-App in GitHub gehen, um die angeforderten aktualisierten Berechtigungen für Lese- und Schreibzugriff auf Überprüfungen zu akzeptieren.

Screenshot der aktualisierten Berechtigungen.

Verbindung zu den Verbesserungen der GitHub-Repository-Suche herstellen

Das Verbinden eines Azure DevOps-Projekts mit einer GitHub-Organisation ist jetzt optimiert, insbesondere für Diejenigen mit Tausenden von Repositorys. Die Such- und Auswahlerfahrung beseitigt das Risiko von Timeoutfehlern und macht den Verbindungsprozess reibungsloser und effizienter.

Screenshot des Hinzufügens von GitHub-Repositorys.

Erstellen einer GitHub-Verzweigung aus einem Arbeitselement

Jetzt können Sie eine GitHub-Verzweigung direkt aus einer Arbeitsaufgabe in Azure DevOps erstellen. Der Link "Neuer GitHub Branch" ist verfügbar, wenn eine GitHub-Verbindung für Ihr Projekt konfiguriert ist. Dieser Link ist in allen Kontextmenüs für Arbeitsaufgaben verfügbar, einschließlich Arbeitsaufgabenformular, Karte, Backlog und Abfragen. Um eine neue Verzweigung zu erstellen, geben Sie den Verzweigungsnamen ein, und wählen Sie das gewünschte Repository und Basisbranch aus.

GIF zur Demo: Erstellen eines GitHub-Branch aus Arbeitselement.

Verknüpfen Sie Arbeitsaufgaben mit GitHub, indem Sie das gewünschte Repository suchen und auswählen und dann einen Drilldown ausführen, um die spezifische Pullanforderung oder den Commit zu finden und zu verknüpfen. Sie benötigen nicht mehr mehrere Fensteränderungen und Kopieren/Einfügen (obwohl Sie diese Option noch haben).

gif zur Demo zur Verbesserung von Links.

Im Rahmen fortlaufender Verbesserungen der Azure Boards + GitHub-Integration verbessert ein Vorschaufeature die Benutzererfahrung mit AB#-Links. Mit diesem Update werden Ihre AB#-Links jetzt direkt im Abschnitt "Entwicklung" der GitHub-Pullanforderung angezeigt. Sie können die verknüpften Arbeitsaufgaben anzeigen, ohne durch Beschreibungen oder Kommentare zu navigieren, wodurch einfacher auf diese AB#-Links zugegriffen werden kann.

Screenshots von AB#-Links.

Diese Links sind nur verfügbar, wenn Sie AB# in der Beschreibung der Pull-Anforderung verwenden. Sie werden nicht angezeigt, wenn Sie direkt von der Pullanforderung zum Arbeitselement verlinken. Wenn Sie den AB#-Link aus der Beschreibung entfernen, wird er auch aus dem Entwicklungssteuerelement entfernt.

  • Last updated on