Nieuwe verbeteringen aan Leveringsplannen 2.0

In deze sprint verbeteren we Delivery Plans 2.0 met nieuwe verkorte weergaven en samengetelde informatie. We introduceren ook Handmatige validatie en een nieuwe uses instructie voor het vooraf declareren van resources in YAML-pijplijnen .

Bekijk de onderstaande lijst met functies voor meer informatie.

Azure Boards

• Leveringsplannen: samengetelde informatie
• Leveringsplannen: verkorte weergaven

Azure Pipelines

• Instructie 'gebruikt' voor het vooraf declareren van resources
• Handmatige validatie voor YAML-pijplijnen

Azure Boards

Leveringsplannen: samengetelde informatie

Als onderdeel van de openbare preview van Delivery Plans 2.0 is samengetelde informatie nu beschikbaar. Als u te maken hebt met werkitems op een hoger niveau, zoals Epics of Functies, wilt u mogelijk meer details bekijken. Samenvouwen toont de voortgang van de onderliggende onderliggende werkitems, waarbij het volledige verhaal wordt weergegeven. Als u deze functie wilt inschakelen, gaat u naar de abonnementsinstellingen, vervolgens naar Velden en selecteert u Onderliggende samengetelde gegevens weergeven.

Leveringsplannen: verkorte weergaven

Als onderdeel van de openbare preview van Delivery Plans 2.0 kunnen klanten nu schakelen tussen normale en verkorte weergaven. Kaarten met extra velden kunnen veel verticale ruimte in beslag nemen. Dit maakt het moeilijk om meer dan een paar kaarten tegelijk op het scherm te zien, zelfs wanneer volledig uitgezoomd. We hebben een samengevouwen kaartweergave gemaakt waarin alle velden voor de kaarten worden verborgen en alleen het pictogram en de titel van het type werkitem worden weergegeven. U kunt nu met één klik alle velden verbergen en weergeven.

Azure Pipelines

Instructie 'gebruikt' voor het vooraf declareren van resources

Wanneer een pijplijn een taak uitvoert op een agent, krijgt die agent een toegangstoken om de REST API's van Azure Pipelines aan te roepen en resources zoals opslagplaatsen te downloaden. Voor YAML-pijplijnen hebben we onlangs een instelling toegevoegd om het token te beperken tot alleen de opslagplaatsen die daadwerkelijk in een taak worden gebruikt. Sommige klanten gebruikten echter opslagplaatsen zonder expliciet een checkout stap te gebruiken, bijvoorbeeld als ze een scriptstap gebruikten om Git rechtstreeks aan te roepen. Deze klanten konden de functie voor tokenbeperking niet inschakelen, omdat Azure Pipelines niet nauwkeurig kon bepalen welke opslagplaatsen nodig waren voor de taak.

Met deze update hebben we een alternatieve manier toegevoegd om Azure Pipelines te vertellen dat een taak een opslagplaats wil gebruiken zonder de checkout stap te gebruiken. In plaats daarvan kunt u het nieuwe uses trefwoord als volgt gebruiken:

resources:
  repositories:
  - repository: myrepo
    type: git
    name: MyProject/MyRepo

jobs:
- job: myjob
  uses:
    repositories:
    - myrepo
  steps:
  # without the preceding "uses" statement, if you have the
  # new limit-repositories feature turned on, then Azure Pipelines
  # won't include this repo in the access token and you'll
  # get an access error at runtime (also, in a real pipeline
  # you must include the auth token header as an argument to Git)
  - script: git clone https://dev.azure.com/MyOrg/MyProject/_git/MyRepo

Met deze functie wordt ook een gerelateerd (hoewel minder vaak voorkomend) probleem opgelost. Als u het matrix trefwoord gebruikt om meerdere taken te genereren en deze taken gebruikmaken van pools die zijn opgegeven in de matrixstap, kunt u problemen ondervinden bij het autoriseren van die pools voor de pijplijn. De hoofdoorzaak is hetzelfde: omdat matrices tijdens runtime worden berekend, kan het systeem voor resourceautorisatie vooraf niet nauwkeurig bepalen welke pools worden gebruikt. Met behulp van useskunt u declareren welke pools uw taken gebruiken, zodat ze vooraf kunnen worden geautoriseerd.

jobs:
- job: mtrx
  strategy:
    matrix:
      windows:
        mypoolname: Private-Windows
      mac:
        mypoolname: Private-Mac
  pool: $(mypoolname)
  # without the following "uses" statement, "pool" won't see
  # the pool names until it's too late, and you'll get an error
  # at runtime
  uses:
    pools:
    - Private-Windows
    - Private-Mac

Handmatige validatie voor YAML-pijplijnen

Met de zojuist uitgebrachte handmatige validatietaak kunt u een YAML-pijplijn halverwege de fase onderbreken. Hiermee kunt u handmatige of offlineactiviteiten uitvoeren en vervolgens de uitvoering hervatten (of weigeren). Dit is met name handig in scenario's waarin u een pijplijn wilt onderbreken en een peer de configuratie-instellingen, het buildpakket, enzovoort wilt laten valideren. voordat u verdergaat met een langdurige, rekenintensieve taak. Meer informatie.

Volgende stappen

Notitie

Deze functies worden in de komende twee tot drie weken uitgerold.

Ga naar Azure DevOps en neem een kijkje.

Ga naar Azure DevOps

Feedback geven

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

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

Met vriendelijke groet,

Matt Cooper