Extensie-updates en prestatieverbeteringen
Met deze update hebben we uitbreidingsupdates en prestatieverbeteringen opgenomen. Met een bestaande ServiceNow-integratie hebben we de app bijgewerkt om de Tokio-versie van ServiceNow te ondersteunen. We hebben ook verbeteringen aangebracht in extensie-instellingen om u te helpen uw geïnstalleerde extensies te beheren.
Bekijk de releaseopmerkingen voor meer informatie.
Algemeen
Azure Boards
- Logica voor kaartgrootte wijzigen in leveringsplannen
- Verbeteringen in Batch-updates
- API voor batch verwijderen (GA)
Azure Pipelines
- Ondersteuning voor de Tokio-versie van ServiceNow
- Nieuwe vooraf gedefinieerde systeemvariabele
- Algemene beschikbaarheid van ondersteuning voor sjablonen in YAML-editor
Algemeen
Extensies moeten hun bereiken weergeven
Wanneer u extensies installeert in 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 uitbreidingsmachtigingen echter niet zichtbaar in de extensie-instellingen. Dit heeft een uitdaging gevormd 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 het wel of niet behouden ervan.
Azure Boards
Logica voor kaartgrootte wijzigen in leveringsplannen
Niet iedereen gebruikt de doeldatum en/of begindatum bij het bijhouden van functies en Epics. Sommige kiezen ervoor om een combinatie van datums en iteratiepad te gebruiken. In deze sprint hebben we de logica verbeterd om het iteratiepad en de datumveldcombinaties 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 Batch-updates
We hebben verschillende wijzigingen aangebracht in versie 7.1 van de api voor werkitems voor batch-updates. Deze omvatten kleine prestatieverbeteringen en de verwerking van gedeeltelijke fouten. Dit betekent dat als één patch mislukt, maar de andere niet, de andere met succes worden voltooid.
Klik hier voor meer informatie over de REST API voor batchupdates.
API voor batch verwijderen (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 Tokio-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 Tokio-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 zich bijvoorbeeld onder de FabrikamFiber\Chat map in Azure Pipelines bevindt, is FabrikamFiber\Chatde waarde van Build.DefinitionFolderPath .
Ondersteuning voor sjabloon 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 controleren 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 bij het gebruik van een sjabloon. Sjabloonauteurs kunnen de YAML-editor niet gebruiken. 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 de sjabloon typt, wordt u gevraagd uw sjabloon te valideren. Na validatie begrijpt de YAML-editor het schema van de sjabloon, inclusief de invoerparameters.
Na de 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 zijn opgegeven als invoer in het YAML-hoofdbestand, mislukt de validatie en wordt u gevraagd om deze invoer op te geven. In een ideale ervaring moet 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
Notitie
Deze functies worden in de komende twee tot drie weken uitgerold.
Ga naar Azure DevOps en neem een kijkje.
Feedback geven
We horen graag wat u van deze functies vindt. Gebruik het menu Help om een probleem te melden of een suggestie te geven.
U kunt ook advies krijgen en uw vragen worden beantwoord door de community op Stack Overflow.
Met vriendelijke groet,
Dan Hellem