Verbeterde planningsflexybiliteit met verbeterde sprintbordfilters

In deze sprint kunt u het sprintbord en de sprintbacklog nu filteren op extra velden, waaronder aangepaste velden, waarmee deze aansluiten bij de filtermogelijkheden die al beschikbaar zijn voor de productbacklog en borden.

In Azure-pipelines hebben we gedetailleerdere controle toegevoegd over opmerkingenvereisten voor pr-validatieuitvoeringen vanaf GitHub forks, een nieuw faseindexpaneel voor snellere navigatie van complexe CD-pijplijnen en de optie om onderbroken uitvoeringen te annuleren wanneer een pijplijn opnieuw wordt ingeschakeld.

Bekijk de releaseopmerkingen voor meer informatie.

Azure Boards

• Filter de sprintborden en backlog op extra velden

Azure-pipelines

• Gedetailleerdere vereiste voor commentaar bij het uitvoeren van PR-validatieruns vanuit GitHub-repositories
• Snellere navigatie in pijplijnfase
• Pijplijn inschakelen en onderbroken uitvoeringen annuleren

Wiki

• Standaardsyntaxis van Mermaid in Markdown-editors

Azure Boards

Sprintborden en backlogs filteren op extra velden

Na de introductie van extra filters voor borden en backlogs hebben we nu ook een langgekoesterde wens van de ontwikkelaarsgemeenschap ingewilligd door deze mogelijkheid uit te breiden naar sprintborden en sprintbacklogs.

Teams kunnen nu extra velden, inclusief aangepaste velden, gebruiken om sprintborden en achterstanden te filteren, zodat u gemakkelijker het juiste werk kunt vinden en richten tijdens het plannen en uitvoeren van sprints. Deze uitbreiding heeft betrekking op een zeer aangevraagde functie die oorspronkelijk is gegenereerd in de Azure DevOps Developer Community.

Azure-pipelines

Meer gedetailleerde vereiste voor een opmerking voor het uitvoeren van PR-validatieruns vanuit GitHub-opslagplaatsen

Als u uw pijplijnen wilt beschermen tegen onbevoegd gebruik, kunt u opmerkingen van teamleden of inzenders vereisen voordat pr-validatie wordt uitgevoerd.

Voor deze sprint gold de vereiste om een opmerking te plaatsen voor zowel PR's binnen de repository als PR's uit geforkte repositories. Om de snelheid te verbeteren, kunt u overwegen om reacties van teamleden alleen te vereisen voor PR-validatieruns die afkomstig zijn uit geforkte repositories. Helaas, dit was niet mogelijk.

Met ingang van deze sprint kunt u vereisten voor opmerkingen afzonderlijk configureren per bron van de PR. In het volgende voorbeeld zijn opmerkingen alleen vereist voor PR's die afkomstig zijn uit forks van opslagplaatsen.

Snellere navigatie in pijplijnfase

Het navigeren door complexe CD-pijplijnen is tijdrovend. Dergelijke pijplijnen kunnen tientallen of zelfs honderden fasen hebben. Het is moeilijker om de status van elke fase te kennen wanneer de pijplijn vordert, omdat latere fasen niet op het scherm passen.

Vanaf deze sprint toont Azure-pipelines een fase-index aan de linkerkant van de fasekaart, zodat u gemakkelijker kunt navigeren naar de fase waarin u geïnteresseerd bent.

Stel dat u een pijplijn hebt met 32 fasen, georganiseerd op ring wijze. De fasen in de laatste ring passen mogelijk niet op het scherm. Mogelijk moet u omlaag en rechts schuiven om naar de laatste fase te gaan.

Met het zijpaneel van fasen wordt navigatie eenvoudiger. U kunt verticaal schuiven naar de fase waarin u geïnteresseerd bent en erop klikken om naar de fase te gaan.

Pijplijn inschakelen en onderbroken uitvoeringen annuleren

Het inschakelen van een onderbroken of uitgeschakelde pijplijn kan leiden tot verspilling van rekenresources wanneer een groot aantal pijplijnuitvoeringen wordt hervat.

Vanaf deze sprint hebt u, wanneer u een pijplijn inschakelt, de optie om de pijplijn in te schakelen en de gepauzeerde uitvoeringen te annuleren. De optie om de pijplijn in te schakelen en de uitvoeringen te hervatten, is nog steeds beschikbaar.

Wiki

Standaardsyntaxis voor Mermaid in Markdown-editors

Mermaid-diagrammen in Markdown in Azure DevOps ondersteunen nu ook de standaardsyntaxis voor afgebakende codeblokken (```mermaid), naast de bestaande syntaxis ::: mermaid. Deze wijziging vermindert de noodzaak om verschillende Markdown-indelingen te onderhouden voor verschillende hulpprogramma's en maakt het eenvoudiger om wikipagina's, pull-aanvragen en werkitems te maken die Mermaid-diagrammen bevatten.

Inhoud die is geschreven met de standaardsyntaxis ```mermaid in GitHub, VS Code of andere Markdown-editors, wordt nu consistent weergegeven in Azure DevOps zonder conversie. Bestaande diagrammen met behulp van de ::: mermaid syntaxis blijven werken.

Deze wijziging heeft betrekking op een langlopende Developer Community suggestie.

Volgende stappen 

Feedback geven

We horen graag wat u van deze functies vindt. Gebruik het Help-menu om een probleem te melden of een suggestie op te geven.

U kunt ook advies krijgen en uw vragen beantwoorden door de community op Stack Overflow.