Azure DevOps Routekaart

| Nieuwste updates | Ontwikkelaarscommunity | DevOps-blog | Documentatie |

Product-roadmap

Deze lijst met functies is een kijkje in onze roadmap. Het identificeert enkele van de belangrijke functies waaraan we momenteel werken en een ruw tijdsbestek voor wanneer u ze kunt verwachten. Het is niet volledig, maar is bedoeld om inzicht te krijgen in belangrijke investeringen. Bovenaan vindt u een lijst met onze grote, meerdere kwartalen omvattende initiatieven en de kenmerken waarin ze zijn uitgesplitst. Verderop vindt u de volledige lijst met belangrijke functies die we hebben gepland.

Elke functie is gekoppeld aan een artikel waar u meer informatie over een bepaald item kunt vinden. Deze functies en datums zijn de huidige plannen en kunnen worden gewijzigd. De kolommen Tijdsbestek geven aan wanneer we verwachten dat de functie beschikbaar is.

Initiatieven

Copilot codebeoordelingen voor Azure DevOps

Copilot Code Reviews voor Azure DevOps brengt door AI ondersteunde beoordelingen van pull requests naar Azure-opslagplaatsen. Tijdens de beoordeling analyseert Copilot wijzigingen in pull-aanvragen en plaatst opmerkingen met mogelijke problemen en voorgestelde verbeteringen, zodat teams eerder problemen kunnen identificeren en de codekwaliteit kunnen versterken voordat ze worden samengevoegd. De ervaring is ontworpen voor organisaties die blijven bouwen op Azure-opslagplaatsen.

Deze functie is momenteel in beperkte openbare preview.

Functie	Kwartaal
Copilot codebeoordelingen voor Azure-opslagplaatsen (beperkte openbare preview)	2026 Q2
Copilot-codereviews voor Azure-opslagplaatsen (openbare previewversie)	2026 K3
Verbeteringen voor de onboarding en activering van Copilot-codereviews op organisatie-, project- en repositoryniveau	2026 Q3
Ondersteuning voor Copilot-instructies	2026 K3
Automatische codebeoordelingen voor nieuwe pull-aanvragen	2026 Q3
Uitvoering van de Copilot-codebeoordeling annuleren	2026 Q3
Ondersteuning voor beheerde DevOps-pools	2026 K3

GitHub Geavanceerde beveiliging voor Azure DevOps

GitHub Advanced Security for Azure DevOps (GHAzDO) biedt extra beveiligingsfuncties voor Azure DevOps onder een extra licentie. Elke beheerder van project verzameling kan nu Advanced Security inschakelen voor hun organisatie, projecten en opslagplaatsen vanuit de Project Instellingen of Organisatie-instellingen.

De belangrijkste mogelijkheden van GitHub Advanced Security voor Azure DevOps zijn:

• Secret Scanning: Detecteer en herstel platte tekstgeheimen in uw Git repositories. Als pushbeveiliging is ingeschakeld, worden geheimen ook gedetecteerd en geblokkeerd voordat ze naar uw opslagplaatsen worden gepusht.
• Code scannen: Zoek naar mogelijke beveiligingsproblemen en coderingsfouten in uw code met behulp van CodeQL of een hulpprogramma van derden.
• Scannen op afhankelijkheden: Detecteren en waarschuwen wanneer uw code afhankelijk is van een pakket dat onveilig is en eenvoudige herstelrichtlijnen ontvangt.

Meer informatie over het configureren van GitHub Advanced Security voor Azure DevOps vindt u in onze documentatie.

Toekomstige mogelijkheden die we verwachten te leveren zijn onder andere:

Minimaliseren van de risico's die gepaard gaan met diefstal van referenties

Azure DevOps ondersteunt veel verschillende verificatiemechanismen, waaronder basisverificatie, persoonlijke toegangstokens (PAT's), SSH en Microsoft Entra ID (voorheen Azure Active Directory). Deze mechanismen zijn niet gelijk gecreëerd vanuit het oogpunt van beveiliging, vooral als het gaat om het potentiële risico van inloggegevensdiefstal. Onbedoelde lekkage van referenties, zoals PATs, kan kwaadwillende actoren binnenlaten in Azure DevOps-organisaties, waar zij toegang kunnen verkrijgen tot kritieke middelen zoals broncode, overstappen naar supply chain-aanvallen of zelfs de productie-infrastructuur in gevaar brengen. Om de risico's van referentiediefstal te minimaliseren, richten we ons op de komende kwartalen op de volgende gebieden:

• Beheerders in staat stellen om de verificatiebeveiliging te verbeteren via besturingsvlakbeleid.

• Verminder de noodzaak van PAT's en andere stelbare geheimen door ondersteuning toe te voegen voor veiligere alternatieven.

• Verdieping van de integratie van Azure DevOps met Microsoft Entra ID om de verschillende beveiligingsfuncties beter te ondersteunen.

• Vermijd de noodzaak om productiegeheimen op te slaan in Azure-pipelines serviceverbindingen.

Migreren naar beheerde DevOps-pools

Beheerde DevOps-pools zijn een evolutie van Azure DevOps virtuele-machineschaalset-agentpools. Het biedt betere schaalbaarheid en betrouwbaarheid van pools, vereenvoudigt het beheer van pools en stelt u in staat om de VM-installatiekopieën van Microsoft gehoste agents op aangepaste Azure VM's te gebruiken. Meer informatie over beheerde DevOps-pools vindt u hier. Functies ter ondersteuning van nieuwe scenario's worden toegevoegd aan beheerde DevOps-pools en niet aan virtuele-machineschaalsetgroepen. Beheerde DevOps-pools zijn algemeen beschikbaar, zodat u uw virtuele-machineschaalsetgroepen kunt migreren naar beheerde DevOps-pools en deze kunt gebruiken voor productiewerkstromen, waar mogelijk.

Hier vindt u de gedetailleerde routekaart.

Functiepariteit van YAML- en release-pijplijnen

Al onze investeringen in pijplijnen zijn de afgelopen jaren op het gebied van YAML-pijplijnen. Bovendien zijn al onze beveiligingsverbeteringen voor YAML-pijplijnen. Met YAML-pijplijnen is bijvoorbeeld de controle over beveiligde resources (bijvoorbeeld opslagplaatsen, serviceverbindingen, enzovoort) in handen van de resource-eigenaren in plaats van pijplijnauteurs. De toegangstokens voor taken die worden gebruikt in YAML-pijplijnen, zijn gericht op specifieke opslagplaatsen die zijn opgegeven in het YAML-bestand. Dit zijn slechts twee voorbeelden van beveiligingsfuncties die beschikbaar zijn voor YAML-pijplijnen. Daarom raden we u aan YAML-pijplijnen te gebruiken in plaats van klassiek. De acceptatie van YAML ten opzichte van de klassieke versie is aanzienlijk geweest voor builds (CI). Veel klanten hebben echter nog steeds klassieke releasebeheerpijplijnen gebruikt via YAML voor releases (CD). De belangrijkste reden hiervoor is het gebrek aan pariteit in verschillende CD-functies tussen de twee oplossingen. Het afgelopen jaar hebben we een aantal hiaten op dit gebied aangepakt, met name in controles. Controles zijn het voornaamste mechanisme in YAML-pijplijnen om de promotie van een build van de ene fase naar de andere te beheren. In het komende jaar blijven we hiaten in andere gebieden aanpakken. Onze focus ligt op gebruikerservaringen, traceerbaarheid en omgevingen.

Azure Test Plans verbeteringen

Azure DevOps biedt verschillende testhulpprogramma's en integraties ter ondersteuning van verschillende testbehoeften. Dit zijn onder andere handmatige tests, geautomatiseerde tests en verkennende tests. Het platform maakt het mogelijk om testplannen en testsuites te maken en te beheren, die kunnen worden gebruikt om handmatige tests voor sprints of mijlpalen bij te houden. Daarnaast integreert Azure DevOps met CI/CD-pijplijnen, waardoor geautomatiseerde testuitvoering en rapportage mogelijk is.

We zetten onze investeringen op dit gebied op in reactie op feedback van ons meest actieve klantenbestand. Onze focus ligt op de volgende aspecten van testbeheer: het verbeteren van de end-to-end testtraceerbaarheid; uitbreiding van ondersteuning voor verschillende programmeertalen en frameworks voor geautomatiseerd testen in testplannen; werkstromen en ervaringen voor het gebruik van testuitvoeringen en testresultaten opnieuw ontwerpen.

Hieronder vindt u verschillende investeringen die we willen leveren als onderdeel van dit initiatief:

Alle functies

Azure DevOps Services

Azure DevOps Server

Feedback geven

We horen graag wat u van deze functies vindt. Meld eventuele problemen of stel een functie voor via Developer Community.

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