Integration mit der GitHub-Features-Zeitachse und -Roadmap

Fahrplan

Im folgenden Abschnitt werden neue Features beschrieben, die für die Integration von Azure Boards in GitHub entwickelt werden.

• Codierungs-Agent: Entwickler können Copilot direkt aus einer Azure Boards-Arbeitsaufgabe aufrufen, ein GitHub-Ziel-Repository und eine Verzweigung auswählen und eine Entwurfs-Pullanforderung erstellen, die mit der ursprünglichen Arbeitsaufgabe verknüpft bleibt. Dies ermöglicht eine durchgängige Nachverfolgbarkeit von der Arbeitsplanung bis hin zu Codeänderungen.

• Benutzerdefinierte Agents für den Coding Agent: Wenn Sie den Coding Agent aus einem Arbeitselement verwenden, können Benutzer aus einer Reihe von benutzerdefinierten Agents auswählen.

• Remote-MCP-Server: Wir führen einen gehosteten, Remote-MCP-Server ein, der einen begrenzten Satz von Tools vom lokalen Azure DevOps MCP-Server verfügbar macht. Diese erste Version konzentriert sich auf kerne Plattformfunktionen und die am häufigsten verwendeten Arbeitsaufgabentools, sodass Kunden in Azure DevOps integriert werden können, ohne einen lokalen MCP-Server auszuführen oder zu verwalten.

• Grenzwerterhöhung: Die aktuelle Grenze von GitHub-Repositorys, die mit einem einzelnen Azure Boards-Projekt verbunden werden können, wird von 1.000 auf 2.000 Repositorys erhöht und bietet größere Flexibilität für größere Organisationen und komplexe GitHub-Integrationen.

Bereitgestellte Funktionen

Azure DevOps lokaler MCP-Server

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

Der Azure DevOps MCP-Server fungiert als Brücke zwischen KI-Assistenten wie GitHub Copilot und Azure DevOps, sodass Benutzer sicher auf Arbeitsaufgaben, Wikis, Testpläne und mehr in ihrer eigenen Umgebung zugreifen und damit interagieren können.

Besuchen Sie das Azure DevOps MCP Server-Repository für Installationsanweisungen, Beispiele und Beitragsrichtlinien.

Fehlerbehebungen zur Verbesserung der GitHub-Integration und -Sicherheit

Dieser Sprint hat mehrere wichtige Fehler behoben, um die Sicherheit und Zuverlässigkeit von 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 Tokenverifizierung.
• 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.

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

Wir haben die Unterstützung für das Verknüpfen von GitHub-Pullanforderungen mit Arbeitsaufgaben in Azure Boards erweitert. 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üfen wir, 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.

Wenn kein übereinstimmenden Zustand oder keine Übereinstimmende Kategorie gefunden wird, wird das Schlüsselwort ignoriert, und der Zustand 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 bei der Verknüpfung mit Commits, Branches und Pull Requests

Wir verbessern kontinuierlich die Integration von Boards + GitHub, um Benutzerfreundlichkeitslücken zu schließen und die Erfahrungen, die Sie aus Azure Repos kennen, anzupassen.

Mit diesem Update haben wir mehrere Verbesserungen eingeführt, um zu verbessern, wie Verzweigungen, Pull-Requests und Commits mit Arbeitselementen verknüpft sind:

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

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

• Wenn der Branch gelöscht wird, nachdem der 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.

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

Wir sind 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. Mit unserer neuesten Version haben wir diese Lücke behoben, indem wir ihnen eine Option in den YAML-Pipelineeinstellungen hinzufügen, um Folgendes zu überprüfen:

Sobald der Build abgeschlossen ist, erscheint der entsprechende Link automatisch auf den zugehörigen Work Items, wodurch die Rückverfolgbarkeit insgesamt verbessert wird.

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

Der Zusammenführungsvorgang wird nun automatisch mit der entsprechenden Arbeitsaufgabe verknüpft, wenn eine Pullanforderung abgeschlossen ist.

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

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

GitHub-Pull-Request-Einblicke

Wir haben die Integration zwischen GitHub-Pullanforderungen und Azure Boards verbessert. Zusätzlich zum Anzeigen von geöffneten und geschlossenen Status können Sie jetzt sehen, ob sich eine Pullanforderung im Entwurfsmodus befindet, überprüfungs- und Überprüfungsstatus benötigt. Alle, ohne die Pullanforderung öffnen zu müssen.

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

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.

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.

Hinzufügen eines Links zu GitHub-Commit- oder Pullanforderungen

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

AB#-Links für GitHub-Pullanforderungen

Im Rahmen unserer kontinuierlichen Verbesserungen an der Azure Boards + GitHub-Integration zeigen wir eine Vorschau eines Features an, das die Benutzererfahrung mit AB#-Links verbessert. Mit diesem Update werden Ihre AB#-Links jetzt direkt im Abschnitt "Entwicklung" der GitHub-Pullanforderung angezeigt. Dies bedeutet, dass Sie die verknüpften Arbeitsaufgaben anzeigen können, ohne durch Beschreibungen oder Kommentare zu navigieren, wodurch einfacher auf diese AB#-Links zugegriffen werden kann.

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