Azure DevOps | The .NET Blog

Azure DevOps MCP Server April Update: WIQL-Abfragen, PAT-Auth und experimentelle MCP Apps

Emiliano Montesdeoca — Mon, 27 Apr 2026 00:00:00 +0000

Dieser Beitrag wurde automatisch übersetzt. Zur Originalversion hier klicken.

Der Azure DevOps MCP Server verbessert sich kontinuierlich. Das April-Update von Dan Hellem deckt beide Server ab.

WIQL-Abfrageunterstützung

Das neue wit_query_by_wiql-Tool ermöglicht Work Item Query Language Abfragen direkt aus deinem MCP-Client.

Personal Access Tokens

PAT-Authentifizierung am lokalen Server — wichtig für Integrationsszenarien ohne interaktive Authentifizierung.

MCP-Annotationen

Metadaten-Tags für Read-only-, Destructive- und Open-World-Tools — grundlegend für Agent-Zuverlässigkeit.

Wiki-Tool-Konsolidierung

5 separate Wiki-Tools → 2 fähigere Tools. Weniger Tools = bessere LLM-Performance.

Experimentell: MCP Apps

Paketierte Workflows innerhalb der MCP-Server-Umgebung. Die Richtung stimmt.

Originalpost von Dan Hellem: Azure DevOps MCP Server April Update.

Azure DevOps Server April 2026 Patch — Fix für PR-Abschluss und Sicherheitsupdates

Emiliano Montesdeoca — Wed, 15 Apr 2026 00:00:00 +0000

Dieser Beitrag wurde automatisch übersetzt. Für die Originalversion klicke hier.

Kurzer Hinweis für Teams, die selbst gehosteten Azure DevOps Server betreiben: Microsoft hat Patch 3 für April 2026 mit drei gezielten Fixes veröffentlicht.

Was behoben wurde

Fehlgeschlagene Pull-Request-Abschlüsse — eine Null-Referenz-Ausnahme beim automatischen Abschluss von Work Items konnte dazu führen, dass PR-Merges fehlschlugen. Wenn du auf zufällige Fehler beim PR-Abschluss gestoßen bist, ist das wahrscheinlich die Ursache
Validierung der Abmelde-Weiterleitung — verbesserte Validierung beim Abmelden, um potenziell bösartige Weiterleitungen zu verhindern. Das ist ein Sicherheitsfix, den man zeitnah anwenden sollte
GitHub Enterprise Server PAT-Verbindungen — das Erstellen von Personal-Access-Token-Verbindungen zu GitHub Enterprise Server war defekt, jetzt funktioniert es wieder

So aktualisierst du

Lade Patch 3 herunter und starte den Installer. Um zu überprüfen, ob der Patch angewendet wurde:

<patch-installer>.exe CheckInstall

Wenn du Azure DevOps Server on-premises betreibst, empfiehlt Microsoft dringend, immer auf dem neuesten Patch zu bleiben — sowohl für Sicherheit als auch Zuverlässigkeit. Schau dir die Release Notes für alle Details an.

Azure DevOps behebt endlich den Markdown-Editor, über den sich alle beschwert haben

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

Dieser Beitrag wurde automatisch übersetzt. Für die Originalversion klicke hier.

Wenn du Azure Boards benutzt, hast du das wahrscheinlich erlebt: Du liest eine Work-Item-Beschreibung durch, vielleicht überprüfst du Akzeptanzkriterien, und du machst versehentlich einen Doppelklick. Boom — du bist im Bearbeitungsmodus. Du wolltest nichts bearbeiten. Du hast nur gelesen.

Dan Hellem hat den Fix angekündigt, und es ist eine dieser Änderungen, die klein klingen, aber echte Reibung aus deinem täglichen Workflow entfernen.

Was sich geändert hat

Der Markdown-Editor für Work-Item-Textfelder öffnet jetzt standardmäßig im Vorschaumodus. Du kannst den Inhalt lesen und damit interagieren — Links folgen, Formatierung überprüfen — ohne dir Sorgen zu machen, versehentlich in den Bearbeitungsmodus zu gelangen.

Wenn du wirklich bearbeiten willst, klickst du auf das Bearbeiten-Symbol oben am Feld. Wenn du fertig bist, verlässt du den Modus explizit. Einfach, bewusst, vorhersagbar.

Warum das wichtiger ist als es klingt

Der Community-Feedback-Thread dazu war lang. Das Doppelklick-zum-Bearbeiten-Verhalten wurde im Juli 2025 mit dem Markdown-Editor eingeführt, und die Beschwerden begannen fast sofort.

Für Teams, die Sprint-Planung, Backlog-Pflege oder Code-Reviews mit Azure Boards machen, summiert sich diese Mikro-Reibung. Jeder versehentliche Bearbeitungsmodus-Eintritt ist ein Kontextwechsel.

Rollout-Status

Dies wird bereits an einen Teil der Kunden ausgerollt und über die nächsten zwei bis drei Wochen auf alle erweitert.

Zusammenfassung

Nicht jede Verbesserung muss ein Headliner sein. Manchmal ist das beste Update einfach etwas Nerviges zu entfernen. Das hier ist genau so eine — ein kleiner UX-Fix, der Azure Boards weniger feindselig für Leute macht, die einfach nur ihre Work Items in Ruhe lesen wollen.