Afbeelding van organisatieprofiel wijzigen

U kunt nu de installatiekopieën vervangen die automatisch worden gegenereerd voor uw organisatie om een voorkeursafbeelding op te nemen. Daarnaast hebben we opgeloste werkitems toegevoegd als voltooid aan de burndown- en burnup-grafieken. Hiermee kunt u selecteren of u werkitems met de opgeloste status wilt opnemen als voltooide items in uw burndown- en burnupgrafieken.

In Pipelines hebben we verbeteringen aangebracht in goedkeuringen en controles. Op de pagina details van de pijplijnuitvoering ziet u nu het meest recente controlelogboek.

Bekijk de releaseopmerkingen voor meer informatie over deze functies.

Algemeen

• Afbeelding van organisatieprofiel

Azure-pipelines

• Controleert verbeteringen in de gebruikerservaring
• Wijzigingen worden gecontroleerd door scalable Invoke Azure Function en REST API
• Instructies voor handmatige installatie van Node 6 op pijplijnagents
• Wijzigingslogboek pijplijntaak
• Releasetaken maken gebruik van Microsoft Graph API
• Agentversie opgeven in agent-VM-extensie

Rapportage

• Introductie van opgeloste taken als voltooid in burndown- en burnup-grafieken

Algemeen

Afbeelding van organisatieprofiel

We zijn verheugd om aan te kondigen dat u de profielafbeelding voor uw organisatie kunt wijzigen en de automatisch gegenereerde afbeelding kunt vervangen op basis van de naam van uw organisatie. Dit is een top aangevraagde functie in de ontwikkelaarscommunity en een functie die grote klanten meer controle geeft over hoe hun organisaties binnen hun bedrijf worden vertegenwoordigd.

Bekijk onze documentatie voor meer informatie over het wijzigen van de profielafbeelding van uw organisatie.

Azure-pipelines

Controleert verbeteringen in de gebruikerservaring

We maken het lezen van controlelogboeken eenvoudiger. Hiermee worden logboeken gecontroleerd die essentieel zijn voor het succes van uw implementatie. Ze kunnen u vertellen of u bent vergeten een werkitemticket te sluiten of dat u een ticket in ServiceNow moet bijwerken. Voorheen was het moeilijk om te weten dat een controle dergelijke kritieke informatie bood.

Op de pagina details van de pijplijnuitvoering ziet u nu het meest recente controlelogboek. Dit is alleen voor controles die voldoen aan ons aanbevolen gebruik.

Als u per ongeluk goedgekeurde goedkeuringen wilt voorkomen, toont Azure DevOps de instructies voor goedkeurders in het deelvenster Goedkeuringen en controles op de detailpagina van een pijplijnuitvoering.

Wijzigingen worden gecontroleerd door scalable Invoke Azure Function en REST API

Met goedkeuringen en controles kunt u bepalen of een pijplijnuitvoering toegang heeft tot een resource. Dit is een runtimecontrole die betere beveiliging biedt voor uw YAML-pijplijnen.

We hebben gemerkt dat wanneer een organisatie uitgebreid gebruik maakt van de Azure Function & REST API-controles aanroepen, ze niet worden geschaald. Dat wil gezegd, een bescheiden toename van het aantal actieve controles leidt tot abnormaal grote vertragingen in de uitvoeringstijd van controles, wat negatieve invloed heeft op de implementatie-ervaring.

Onze oplossing voor het schalen van azure-functie- en REST API-controles is het afdwingen van de functionaliteit van controles om overeen te komen met het aanbevolen gebruik. Als u onze richtlijnen hebt gevolgd, zijn uw controles compatibel en hoeven ze niet verder te worden gewijzigd.

Lees meer over de aanstaande wijzigingen.

Instructies voor handmatige installatie van Node 6 op pijplijnagents

Als u de pipeline- agentfeed gebruikt, hebt u Node 6 niet opgenomen in de agent. In sommige gevallen, wanneer een Marketplace-taak nog steeds afhankelijk is van Node 6 en de agent de taak NodeTaskRunnerInstaller niet kan gebruiken (bijvoorbeeld vanwege verbindingsbeperkingen), moet u Node 6 onafhankelijk vooraf installeren. Bekijk hiervoor de instructies voor het handmatig installeren van Node 6.

Wijzigingslogboek pijplijntaak

We publiceren wijzigingen in pijplijntaken nu in dit wijzigingenlogboek. Dit bevat de volledige lijst met wijzigingen die zijn aangebracht in ingebouwde pijplijntaken. We hebben eerdere wijzigingen met terugwerkende kracht gepubliceerd, dus het wijzigingenlogboek bevat een historisch overzicht van taakupdates.

Releasetaken maken gebruik van Microsoft Graph API

We hebben onze releasetaken bijgewerkt om de Microsoft Graph API te gebruiken. Hiermee verwijdert u het gebruik van de AAD Graph API uit onze taken.

Agentversie opgeven in agent-VM-extensie

Azure VM's kunnen worden opgenomen in implementatiegroepen met behulp van een VM-extensie. De VM-extensie is bijgewerkt om eventueel de gewenste agentversie op te geven die moet worden geïnstalleerd:

    "properties": {
      ...
      "settings": {
        ...
        "AgentMajorVersion": "auto|2|3",
        ...
      },
      ...
     }

Rapportage

Introductie van opgeloste taken als voltooid in burndown- en burnup-grafieken

We begrijpen het belang van het nauwkeurig weergeven van teamvoortgang, inclusief opgeloste items zoals voltooid in de grafieken. Met een eenvoudige wisseloptie kunt u er nu voor kiezen om opgeloste items weer te geven als voltooid, wat een echte weerspiegeling van de burndownstatus van het team biedt. Dankzij deze verbetering kunnen teams nauwkeuriger bijhouden en plannen, zodat teams weloverwogen beslissingen kunnen nemen op basis van de werkelijke voortgang. Ervaring met verbeterde transparantie en betere inzichten met de bijgewerkte burndown- en burnup-grafieken in Rapportage.

Volgende stappen

Notitie

Deze functies worden de komende twee tot drie weken uitgerold.

Ga naar Azure DevOps en kijk eens.

Ga naar Azure DevOps

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.

Met vriendelijke groet,

Gepleiu Andrica