Azure DevOps | The .NET Blog

Azure DevOps MCP Server Aggiornamento Aprile: Query WIQL, Auth PAT e MCP Apps Sperimentali

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

Questo post è stato tradotto automaticamente. Per la versione originale, clicca qui.

Il Azure DevOps MCP Server continua a migliorare. L’aggiornamento di aprile copre entrambi i server.

Supporto Query WIQL

Il nuovo strumento wit_query_by_wiql permette di eseguire query Work Item Query Language direttamente dal client MCP.

Personal Access Tokens

Autenticazione PAT sul server locale — importante per scenari di integrazione senza autenticazione interattiva.

Annotazioni MCP

Tag di metadati per strumenti di sola lettura, distruttivi e open-world — fondamentali per l’affidabilità degli agenti.

Consolidamento degli Strumenti Wiki

5 strumenti wiki separati → 2 strumenti più capaci. Meno strumenti = migliori prestazioni LLM.

Sperimentale: MCP Apps

Workflow impacchettati nell’ambiente del server MCP. La direzione è giusta.

Post originale di Dan Hellem: Azure DevOps MCP Server April Update.

Azure DevOps Server Patch Aprile 2026 — Fix per il Completamento delle PR e Aggiornamenti di Sicurezza

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

Questo post è stato tradotto automaticamente. Per la versione originale, clicca qui.

Avviso rapido per i team che eseguono Azure DevOps Server in self-hosting: Microsoft ha rilasciato la Patch 3 di aprile 2026 con tre fix mirati.

Cosa è stato corretto

Fallimenti nel completamento delle pull request — un’eccezione di riferimento null durante l’auto-completamento dei work item poteva causare il fallimento dei merge delle PR. Se hai riscontrato errori casuali nel completamento delle PR, questa è probabilmente la causa
Validazione del redirect al logout — validazione migliorata durante il logout per prevenire potenziali redirect malevoli. Questo è un fix di sicurezza che vale la pena applicare tempestivamente
Connessioni PAT con GitHub Enterprise Server — la creazione di connessioni con Personal Access Token verso GitHub Enterprise Server era rotta, ora è stata ripristinata

Come aggiornare

Scarica la Patch 3 e avvia l’installer. Per verificare che la patch sia stata applicata:

<patch-installer>.exe CheckInstall

Se esegui Azure DevOps Server on-premises, Microsoft raccomanda fortemente di restare sempre sull’ultima patch sia per sicurezza che per affidabilità. Consulta le note di rilascio per tutti i dettagli.

Azure DevOps finalmente sistema l'editor Markdown di cui tutti si lamentavano

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

Questo post è stato tradotto automaticamente. Per la versione originale, clicca qui.

Se usi Azure Boards, probabilmente hai vissuto questo: stai leggendo la descrizione di un work item, magari controllando i criteri di accettazione, e fai accidentalmente doppio clic. Boom — sei in modalità modifica. Non volevi modificare niente. Stavi solo leggendo.

Dan Hellem ha annunciato la correzione, ed è uno di quei cambiamenti che sembrano piccoli ma rimuovono vera frizione dal tuo flusso di lavoro quotidiano.

Cosa è cambiato

L’editor Markdown per i campi testo dei work item ora si apre in modalità anteprima di default. Puoi leggere e interagire con il contenuto — seguire link, verificare la formattazione — senza preoccuparti di entrare accidentalmente in modalità modifica.

Quando vuoi davvero modificare, clicchi sull’icona di modifica in cima al campo. Quando hai finito, esci esplicitamente alla modalità anteprima. Semplice, intenzionale, prevedibile.

Perché conta più di quanto sembra

Il thread di feedback della community era lungo. Il comportamento del doppio clic per modificare è stato introdotto con l’editor Markdown a luglio 2025, e le lamentele sono iniziate quasi subito.

Per i team che fanno sprint planning, backlog refinement o code review con Azure Boards, questo tipo di micro-frizione si accumula.

Stato del rollout

È già in fase di distribuzione per un sottoinsieme di clienti e si espanderà a tutti nelle prossime due-tre settimane.

Per concludere

Non ogni miglioramento deve essere una funzionalità da prima pagina. A volte il miglior aggiornamento è semplicemente rimuovere qualcosa di fastidioso. Questo è esattamente così — un piccolo fix UX che rende Azure Boards meno ostile per chi vuole solo leggere i propri work item in pace.