Maggiore flessibilità di pianificazione con il filtro avanzato della scheda Sprint

In questo sprint, è ora possibile filtrare la board dello sprint e il backlog dello sprint in base a campi aggiuntivi, compresi i campi personalizzati, allineandoli all'esperienza di filtro già disponibile sul backlog del prodotto e in Boards.

In Azure Pipelines sono stati aggiunti un controllo più granulare sui requisiti per i commenti nelle esecuzioni di convalida delle pull request provenienti da fork di GitHub, un nuovo pannello indice delle fasi per una navigazione più rapida nelle pipeline CD complesse e l'opzione di annullare le esecuzioni in pausa durante la riattivazione di una pipeline.

Dai un'occhiata alle note di rilascio per i dettagli.

Azure Boards (Pannelli di Azure)

• Filtrare le bacheche sprint e i backlog in base a campi aggiuntivi

Azure Pipelines

• Requisito relativo ai commenti più granulare per l'esecuzione delle convalide delle PR dai repository GitHub
• Navigazione più rapida tra le fasi della pipeline
• Abilitare la pipeline e annullare le esecuzioni sospese

Wiki

• Sintassi standard di Mermaid negli editor Markdown

Azure Boards (Pannelli di Azure)

Filtrare le bacheche sprint e i backlog in base a campi aggiuntivi

Dopo l'introduzione di filtri aggiuntivi per le bacheche e i backlog, è stata completata una richiesta di lunga data dalla community degli sviluppatori per estendere questa funzionalità anche alle bacheche sprint e ai backlog sprint.

I team possono ora usare campi aggiuntivi, inclusi i campi personalizzati, per filtrare le bacheche degli sprint e i backlog, semplificando l'individuazione del lavoro giusto su cui concentrarsi durante la pianificazione e l'esecuzione degli sprint. Questo miglioramento risolve una funzionalità altamente richiesta generata in origine nel Azure DevOps Developer Community.

Azure Pipelines

Requisito del commento più granulare per eseguire esecuzioni di convalida delle PR dai repository GitHub

Per proteggere le pipeline dall’uso non autorizzato, è possibile richiedere commenti da parte dei membri del team o dei collaboratori prima di avviare le esecuzioni di convalida della PR.

Prima di questo sprint, il requisito relativo ai commenti si applicava alle PR provenienti sia dall'interno del repository sia dai repository con fork. Per migliorare la rapidità, potresti voler richiedere i commenti dei membri del team solo per le esecuzioni di convalida delle PR provenienti da repository sottoposti a fork. Ahimè, questo non era possibile.

A partire da questo sprint, è possibile configurare i requisiti per i commenti in modo indipendente, per ogni origine della PR. Nell'esempio seguente, i commenti sono necessari solo per le pull request provenienti da fork del repository.

Navigazione più rapida tra le fasi della pipeline

L'esplorazione di pipeline CD complesse è noiosa. Tali pipeline possono avere decine o persino centinaia di fasi. Conoscere lo stato di ogni fase diventa più difficile man mano che la pipeline avanza, perché le fasi successive non rientrano sullo schermo.

A partire da questo sprint, Azure Pipelines mostra un indice di fase sul lato sinistro della mappa delle fasi, rendendo più semplice passare alla fase a cui si è interessati.

Si supponga di avere una pipeline con 32 fasi, organizzate in modo circolare. Le fasi nell'ultimo anello potrebbero non stare sullo schermo. Potrebbe essere necessario scorrere verso il basso e a destra per arrivare all'ultima fase.

Con il pannello laterale delle fasi, la navigazione diventa più semplice. È possibile scorrere verticalmente fino alla fase a cui si è interessati e fare clic su di esso per passare ad esso.

Abilitare la pipeline e annullare le esecuzioni sospese

L'abilitazione di una pipeline sospesa o disabilitata può causare sprechi di risorse di calcolo quando viene ripreso un numero elevato di esecuzioni di pipeline.

A partire da questo sprint, quando si abilita una pipeline, è possibile abilitare la pipeline, ma annullare le esecuzioni sospese. L'opzione di abilitare la pipeline e riprendere le esecuzioni è ancora disponibile.

Wiki

Sintassi standard di Mermaid negli editor Markdown

I diagrammi mermaid in Azure DevOps Markdown ora supportano la sintassi standard del blocco di codice delimitato (```mermaid), oltre alla sintassi esistente ::: mermaid. Questa modifica riduce la necessità di mantenere formati Markdown diversi tra gli strumenti e semplifica la creazione di pagine wiki, richieste pull ed elementi di lavoro che includono diagrammi Mermaid.

Il contenuto creato con la sintassi standard ```mermaid in GitHub, VS Code o altri editor Markdown ora esegue il rendering coerente in Azure DevOps senza richiedere la conversione. I diagrammi esistenti che usano la ::: mermaid sintassi continuano a funzionare.

Questa modifica risolve un suggerimento di lunga data Developer Community.

Passaggi successivi

Come fornire commenti e suggerimenti

Ci piacerebbe sentire ciò che pensi a queste funzionalità. Usa il menu di aiuto per segnalare un problema o fornire un suggerimento.

È anche possibile ottenere consigli e risposte alle domande della community su Stack Overflow.