Uitbreidingsupdates en prestatieverbeteringen

Met deze update hebben we uitbreidingsupdates en prestatieverbeteringen opgenomen. Met een bestaande ServiceNow-integratie hebben we de app bijgewerkt ter ondersteuning van de Tokyo-versie van ServiceNow. We hebben ook verbeteringen aangebracht in extensie-instellingen om u te helpen uw geïnstalleerde extensies te beheren.

Bekijk de releaseopmerkingen voor meer informatie.

General

• Extensies moeten hun Scopes weergeven

Azure Boards

• Logica voor kaartgrootte in leveringsplannen
• Verbeteringen in Batch-updates
• Batch-verwijdering-API (GA)

Azure-pipelines

• Ondersteuning voor de Tokyo-versie van ServiceNow
• Nieuwe vooraf gedefinieerde systeemvariabele
• Algemene beschikbaarheid van ondersteuning voor sjablonen in YAML-editor

General

Extensies moeten hun toepassingsgebieden weergeven

Wanneer u extensies installeert voor uw Azure DevOps-organisatie, kunt u de machtigingen controleren die de extensie nodig heeft als onderdeel van de installatie. Zodra ze zijn geïnstalleerd, zijn de extensiemachtigingen echter niet zichtbaar in de extensie-instellingen. Dit heeft een uitdaging gesteld voor beheerders die een periodieke beoordeling van geïnstalleerde extensies moeten uitvoeren. In deze sprint hebben we de uitbreidingsmachtigingen toegevoegd aan extensie-instellingen om u te helpen bij het beoordelen en nemen van een weloverwogen beslissing over of u deze wel of niet wilt behouden.

Azure Boards

Logica voor het aanpassen van kaarten in leveringsplannen

Niet iedereen gebruikt doeldatum en/of begindatum bij het bijhouden van Functies en Epics. Sommigen kiezen ervoor om een combinatie van datums en herhalingspaden te gebruiken. In deze sprint hebben we de logica verbeterd om het iteratiepad en de combinaties van datumvelden op de juiste manier in te stellen, afhankelijk van hoe ze worden gebruikt.

Als de doeldatum bijvoorbeeld niet wordt gebruikt en u het formaat van de kaart wijzigt, wordt het nieuwe iteratiepad ingesteld in plaats van de doeldatum bij te werken.

Verbeteringen in de batch-updates

We hebben verschillende wijzigingen aangebracht in de 7.1-versie van de api voor batch-update van werkitems. Dit zijn kleine prestatieverbeteringen en de verwerking van gedeeltelijke fouten. Dit betekent dat als één patch mislukt, maar de anderen niet, de anderen met succes worden afgerond.

Klik hier voor meer informatie over de REST API voor batch-updates.

Batchverwijderings-API (GA)

Dit nieuwe REST API-eindpunt voor het verwijderen en/of vernietigen van werkitems in batch is nu openbaar beschikbaar. Klik hier voor meer informatie.

Azure-pipelines

Ondersteuning voor de Tokyo-versie van ServiceNow

Azure Pipelines heeft een bestaande integratie met ServiceNow. De integratie is afhankelijk van een app in ServiceNow en een extensie in Azure DevOps. We hebben de app nu bijgewerkt om te werken met de Tokyo-versie van ServiceNow. Zowel klassieke als YAML-pijplijnen werken nu met Tokio. Om ervoor te zorgen dat deze integratie werkt, voert u een upgrade uit naar de nieuwe versie van de app (4.215.2) vanuit de Service Now Store. Zie Integreren met ServiceNow Change Management voor meer informatie.

Nieuwe vooraf gedefinieerde systeemvariabele

We hebben een nieuwe vooraf gedefinieerde systeemvariabele geïntroduceerd met de naam Build.DefinitionFolderPath, waarvan de waarde het mappad van een build-pijplijndefinitie is. De variabele is beschikbaar in zowel YAML- als klassieke build-pijplijnen.

Als uw pijplijn bijvoorbeeld is ondergebracht onder de FabrikamFiber\Chat map in Azure Pipelines, is de waarde van Build.DefinitionFolderPathFabrikamFiber\Chat.

Ondersteuning voor sjablonen voor algemene beschikbaarheid in YAML-editor

Sjablonen zijn een veelgebruikte functie in YAML-pijplijnen. Ze zijn een eenvoudige manier om pijplijnfragmenten te delen. Ze zijn ook een krachtig mechanisme voor het verifiëren of afdwingen van beveiliging en governance via uw pijplijn.

Azure Pipelines ondersteunt een YAML-editor, wat handig kan zijn bij het bewerken van uw pijplijn. De editor biedt echter tot nu toe geen ondersteuning voor sjablonen. Auteurs van YAML-pijplijnen kunnen geen hulp krijgen via intellisense wanneer ze een sjabloon gebruiken. Sjabloonauteurs kunnen geen gebruik maken van de YAML-editor. In deze release voegen we ondersteuning toe voor sjablonen in de YAML-editor.

Wanneer u het YAML-hoofdbestand van Azure Pipelines bewerkt, kunt u een sjabloon opnemen of uitbreiden . Wanneer u de naam van uw sjabloon typt, wordt u gevraagd uw sjabloon te valideren. Na validatie begrijpt de YAML-editor het schema van de sjabloon, inclusief de invoerparameters.

Na validatie kunt u ervoor kiezen om naar de sjabloon te navigeren. U kunt wijzigingen aanbrengen in de sjabloon met behulp van alle functies van de YAML-editor.

Er zijn bekende beperkingen: als de sjabloon vereiste parameters bevat die niet worden opgegeven als invoer in het hoofd-YAML-bestand, mislukt de validatie en wordt u gevraagd deze invoer op te geven. In een ideale ervaring mag de validatie niet worden geblokkeerd en moet u de invoerparameters kunnen invullen met behulp van intellisense. U kunt geen nieuwe sjabloon maken vanuit de editor. U kunt alleen bestaande sjablonen gebruiken of bewerken.

Volgende stappen

Ga naar Azure DevOps en kijk eens.

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.

Bedankt

Dan Hellem