Release- en pijplijngebeurtenissen die beschikbaar zijn in de auditlogboeken - Sprint 163 Update

In de Sprint 163-update van Azure DevOps hebben we release- en pijplijnengebeurtenissen toegevoegd aan de auditlogboeken. Daarnaast kunt u nu serviceverbindingen gebruiken om te verwijzen naar opslagplaatsen in een andere organisatie in een YAML-pijplijn.

Bekijk de onderstaande lijst met functies voor meer informatie.

Features

Algemeen:

• Compacte en georganiseerde meldingen ontvangen in de Microsoft Teams-app vanuit Azure Boards, Azure Pipelines en Azure-opslagplaatsen
• Bulkabonnementen verwijderen die zijn gemaakt in een Microsoft Teams- of Slack-kanaal

Azure Pipelines:

• Pijplijn-decorators gebruiken om stappen automatisch in een implementatietaak te injecteren
• Opslagplaatsverwijzingen naar andere Azure-opslagplaatsorganisaties toestaan
• Stap voor doel- en opdrachtisolatie
• Builds en releases controleren
• Verbeteringen voor het evalueren van beleid voor controles op artefacten in pijplijnen

General

Compacte en georganiseerde meldingen ontvangen in de Microsoft Teams-app vanuit Azure Boards, Azure Pipelines en Azure-opslagplaatsen

Voorheen moest u handmatig meldingen bijhouden die zijn ontvangen in uw Microsoft Teams-kanaal. Vaak worden meldingen van verschillende pijplijnen, werkitems of pull-aanvragen in het kanaal geplaatst, waardoor het moeilijk is om ze te organiseren en wat resulteert in verticale groei van het kanaal.

We zijn verheugd om threaded meldingen aan te kondigen in de Microsoft Teams-app voor Azure Boards, Azure Pipelines en Azure Repos. Nu worden alle meldingen met betrekking tot een pijplijn, werkitem of pull-aanvraag samengevoegd om meldingen beter te ordenen en een compacte weergave van de tijdlijn en de meest recente status te bieden.

Hier worden alle meldingen met betrekking tot een pull-verzoek samengevoegd in de Azure Repos-app voor Microsoft Teams.

Bulkabonnementen die zijn gemaakt in een Microsoft Teams- of Slack-kanaal, verwijderen

Op dit moment kunt u bulkabonnementen maken in de Azure Pipelines- en Azure Repos-app voor Microsoft Teams en Slack. U kunt nu snel alle abonnementen verwijderen die zijn gemaakt voor afzonderlijke pijplijnen of opslagplaatsen in een kanaal. U kunt de opdracht Alle afmelden gebruiken om alle abonnementen in een kanaal voor een bepaald project te verwijderen. Zie de documentatie hier voor meer informatie.

Als u alle abonnementen in een kanaal voor een bepaald project in de Azure Pipelines-app voor Microsoft Teams wilt verwijderen, gebruikt u de volgende opdracht.

@azure pipelines unsubscribe all https://dev.azure.com/myorg/myproject

Azure-pipelines

Pijplijndecorators gebruiken om automatisch stappen toe te voegen aan een implementatietaak

U kunt nu pijplijn-decorators toevoegen aan implementatieopdrachten. U kunt elke aangepaste stap (bijvoorbeeld scanner voor beveiligingsproblemen) automatisch toevoegen aan elke levenscyclushookuitvoering van elke implementatietaak. Omdat pijplijn-decorators kunnen worden toegepast op alle pijplijnen in een organisatie, kan dit worden gebruikt als onderdeel van het afdwingen van veilige implementatieprocedures.

Daarnaast kunnen implementatietaken worden uitgevoerd als een containertaak , samen met services side-car , indien gedefinieerd.

Opslagplaatsverwijzingen naar andere organisaties van Azure-opslagplaatsen toestaan

Toen u eerder naar opslagplaatsen in een YAML-pijplijn verwees, moesten alle Azure Repos zich in dezelfde organisatie als de pijplijn bevinden. U kunt nu verwijzen naar opslagplaatsen in andere organisaties met behulp van een serviceverbinding. Voorbeeld:

resources:
  repositories:
  - repository: otherrepo
    name: ProjectName/RepoName
    endpoint: MyServiceConnection
steps:
- checkout: self
- checkout: otherrepo

MyServiceConnection verwijst naar een andere Azure DevOps-organisatie en heeft referenties die toegang hebben tot de opslagplaats in een ander project. Beide opslagplaatsen, self en otherrepo, zullen uitgecheckt worden.

Stappen voor doelen en isolatie van opdrachten

Azure Pipelines ondersteunt het uitvoeren van taken in containers of op de agenthost. Voorheen werd een hele opdracht geconfigureerd op een van deze twee doelstellingen. Nu kunnen afzonderlijke stappen (taken of scripts) worden uitgevoerd op het doel dat u kiest. Stappen kunnen ook gericht zijn op andere containers, zodat een pijplijn elke stap kan uitvoeren in een gespecialiseerde, speciaal gebouwde container.

Containers kunnen fungeren als isolatiegrenzen, waardoor code geen onverwachte wijzigingen kan aanbrengen op de hostcomputer. De manier waarop stappen communiceren met en toegang krijgen tot services van de agent , wordt niet beïnvloed door stappen in een container te isoleren. Daarom introduceren we ook een opdrachtbeperkingsmodus die u kunt gebruiken met stapdoelen. Als u dit inschakelt, worden de services beperkt die een stap kan aanvragen bij de agent. Het kan geen logboeken meer toevoegen, artefacten uploaden en bepaalde andere bewerkingen.

Hier volgt een uitgebreid voorbeeld van het uitvoeren van stappen op de host in een taakcontainer en in een andere container:

resources:
  containers:
  - container: python
    image: python:3.8
  - container: node
    image: node:13.2

jobs:
- job: example
  container: python

  steps:
  - script: echo Running in the job container

  - script: echo Running on the host
    target: host

  - script: echo Running in another container, in restricted commands mode
    target:
      container: node
      commands: restricted

Builds en releases controleren

We laten u graag weten dat release- en pijplijngebeurtenissen nu beschikbaar zijn in de auditlogboeken. Deze gebeurtenissen zijn toegankelijk via organisatie-instellingen -> Controle.

De volgende gebeurtenissen zijn nu beschikbaar:

• Agentenpool: een agent (privéagenten) maken, verwijderen, toevoegen en een agent verwijderen.
• Serviceverbinding: uitvoering, maken, verwijderen en bijwerken
• Variabelegroep - maken, verwijderen en bijwerken
• Release: verwijderd, goedkeuring voltooid en definitie-update
• RM-fase voltooid
• Implementatietaak voltooid

Verbeteringen voor het evalueren van het beleid voor het controleren van artefacten in pijplijnen

We hebben de controle voor het evalueren van artefacten verbeterd, zodat het eenvoudiger is om beleidsregels toe te voegen uit een lijst met standaard beleidsdefinities. De beleidsdefinitie wordt automatisch gegenereerd en toegevoegd aan de controleconfiguratie die indien nodig kan worden bijgewerkt.

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

Roopesh Nair