Azure DevOps | The .NET Blog

Mise à Jour Avril du Azure DevOps MCP Server : Requêtes WIQL, Auth PAT et MCP Apps Expérimentales

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

Cet article a été traduit automatiquement. Pour la version originale, cliquez ici.

Le Azure DevOps MCP Server s’améliore continuellement. La mise à jour d’avril couvre les deux serveurs.

Support des Requêtes WIQL

Le nouvel outil wit_query_by_wiql permet d’exécuter des requêtes Work Item Query Language depuis votre client MCP.

Personal Access Tokens

Authentification PAT sur le serveur local — important pour les scénarios d’intégration sans authentification interactive.

Annotations MCP

Métadonnées pour les outils en lecture seule, destructifs et open-world — fondamentaux pour la fiabilité des agents.

Consolidation des Outils Wiki

5 outils wiki séparés → 2 outils plus capables. Moins d’outils = meilleure performance LLM.

Expérimental : MCP Apps

Workflows packagés dans l’environnement du serveur MCP. La direction est bonne.

Post original de Dan Hellem : Azure DevOps MCP Server April Update.

Azure DevOps Server Patch Avril 2026 — Correction du Complétion de PR et Mises à Jour de Sécurité

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

Cet article a été traduit automatiquement. Pour la version originale, cliquez ici.

Petit rappel pour les équipes qui hébergent leur propre Azure DevOps Server : Microsoft a publié le Patch 3 d’avril 2026 avec trois correctifs ciblés.

Ce qui a été corrigé

Échecs de complétion des pull requests — une exception de référence nulle lors de l’auto-complétion des work items pouvait faire échouer les merges de PR. Si vous avez rencontré des erreurs aléatoires lors de la complétion de PR, c’est probablement la cause
Validation de la redirection à la déconnexion — validation améliorée lors de la déconnexion pour empêcher d’éventuelles redirections malveillantes. C’est un correctif de sécurité à appliquer rapidement
Connexions PAT vers GitHub Enterprise Server — la création de connexions par Personal Access Token vers GitHub Enterprise Server était cassée, c’est maintenant rétabli

Comment mettre à jour

Téléchargez le Patch 3 et lancez l’installateur. Pour vérifier que le patch est bien appliqué :

<patch-installer>.exe CheckInstall

Si vous utilisez Azure DevOps Server en auto-hébergement, Microsoft recommande vivement de rester sur le dernier patch pour la sécurité comme pour la fiabilité. Consultez les notes de version pour tous les détails.

Azure DevOps corrige enfin l'éditeur Markdown dont tout le monde se plaignait

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

Cet article a été traduit automatiquement. Pour la version originale, cliquez ici.

Si vous utilisez Azure Boards, vous avez probablement vécu ça : vous lisez la description d’un work item, peut-être en vérifiant les critères d’acceptation, et vous double-cliquez accidentellement. Boom — vous êtes en mode édition. Vous ne vouliez rien modifier. Vous étiez en train de lire.

Dan Hellem a annoncé le correctif, et c’est un de ces changements qui semblent petits mais qui éliminent une vraie friction de votre workflow quotidien.

Ce qui a changé

L’éditeur Markdown pour les champs texte des work items s’ouvre désormais en mode aperçu par défaut. Vous pouvez lire et interagir avec le contenu — suivre les liens, vérifier le formatage — sans risquer d’entrer accidentellement en mode édition.

Quand vous voulez vraiment éditer, vous cliquez sur l’icône d’édition en haut du champ. Quand vous avez terminé, vous revenez explicitement au mode aperçu. Simple, intentionnel, prévisible.

Pourquoi c’est plus important qu’il n’y paraît

Le fil de feedback communautaire était long. Le comportement de double-clic pour éditer a été introduit avec l’éditeur Markdown en juillet 2025, et les plaintes ont commencé presque immédiatement.

Pour les équipes qui font du sprint planning, du refinement ou du code review avec Azure Boards, ce type de micro-friction s’accumule.

État du déploiement

Ce changement est déjà en cours de déploiement pour un sous-ensemble de clients et s’étendra à tous dans les deux à trois prochaines semaines.

Pour conclure

Toute amélioration n’a pas besoin d’être une fonctionnalité phare. Parfois la meilleure mise à jour consiste simplement à supprimer quelque chose d’agaçant. C’est exactement ça — un petit correctif UX qui rend Azure Boards moins hostile pour les gens qui veulent juste lire leurs work items tranquillement.