Verbeterde dashboardbeheer en pijplijnbeveiliging

Met deze update hebben we de mogelijkheid toegevoegd om bij te houden wanneer een dashboard voor het laatst is bekeken of gewijzigd. Deze verbetering helpt projectbeheerders te evalueren of een dashboard moet worden verwijderd vanwege inactiviteit, waardoor opgeslagen dashboarddrempels verder worden voorkomen.

We blijven ook onze investeringen in beveiliging voortzetten. OAuth2 is nu het standaardverificatiemechanisme bij het maken van een gehoste GitHub Enterprise Server-pijplijn.

Bekijk de releaseopmerkingen voor meer informatie.

Azure-pipelines

• Downloadtaak voor knooppuntloper
• Validatie van TFX Node-runner bijgewerkt
• Servicehook voor taakstatuswijziging
• Verbeterde beveiliging bij het maken van door GitHub Enterprise Server gehoste pijplijnen

Berichtgeving

• Dashboards laatst geopende datum en gewijzigd door

Azure-pipelines

Downloadtaak voor node runner

Wanneer u agentreleases gebruikt die de Node 6-takenrunner uitsluiten, kan het zijn dat u af en toe taken moet uitvoeren die nog niet zijn bijgewerkt om een nieuwere Node-runner te gebruiken. Voor dit scenario bieden we een methode om nog steeds taken te gebruiken die afhankelijk zijn van Node End-of-Life runners, zie de blogpost 'Richtlijnen voor Node-runners'.

De onderstaande taak is een methode voor het installeren van de Just-In-Time node 6-runner, zodat een oude taak nog steeds kan worden uitgevoerd:

  steps:
  - task: NodeTaskRunnerInstaller@0
    inputs:
      runnerVersion: 6

Validatie van TFX Node-runner bijgewerkt

Taakauteurs gebruiken het hulpprogramma voor het verpakken van extensies (TFX) om extensies te publiceren. TFX is bijgewerkt om validaties uit te voeren op Node runner-versies. Raadpleeg het blogbericht over de richtlijnen voor Node-runners.

Extensies die taken bevatten met behulp van de Node 6-runner, zien deze waarschuwing:

Task <TaskName> is dependent on a task runner that is end-of-life and will be removed in the future. Authors should review Node upgrade guidance: https://aka.ms/node-runner-guidance.

Servicehook voor taakstatuswijziging

Met servicehook kunt u reageren op gebeurtenissen met betrekking tot statuswijzigingen in uw pijplijnuitvoeringen. Tot nu toe kunt u servicehook configureren voor pijplijnuitvoerings- en fasestatuswijzigingen.

Vanaf nu kunt u servicehooks configureren die worden geactiveerd wanneer de status van een taak in uw pipeline verandert. De payloadstructuur van de nieuwe gebeurtenis wordt weergegeven in het volgende voorbeeld.

{
    "subscriptionId": "aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e",
    "notificationId": 29,
    "id": "fcad4962-f3a6-4fbf-9653-2058c304503f",
    "eventType": "ms.vss-pipelines.job-state-changed-event",
    "publisherId": "pipelines",
    "message":
    {
        "text": "Run 20221121.5 stage Build job Compile succeeded.",
        "html": "Run 20221121.5 stage Build job <a href=\"https://dev.azure.com/fabrikamfiber/fabrikamfiber-viva/_build/results?buildId=2710088\">Compile</a> succeeded.",
        "markdown": "Run 20221121.5 stage Build job [Compile](https://dev.azure.com/fabrikamfiber/fabrikamfiber-viva/_build/results?buildId=2710088) succeeded."
    },
    "detailedMessage":
    {
        "text": "Run 20221121.5 stage Build job Compile succeeded.",
        "html": "Run 20221121.5 stage Build job <a href=\"https://dev.azure.com/fabrikamfiber/fabrikamfiber-viva/_build/results?buildId=2710088\">Compile</a> succeeded.",
        "markdown": "Run 20221121.5 stage Build job [Compile](https://dev.azure.com/fabrikamfiber/fabrikamfiber-viva/_build/results?buildId=2710088) succeeded."
    },
    "resource":
    {
        "job":
        {
            "_links":
            {
                "web":
                {
                    "href": "https://dev.azure.com/fabrikamfiber/fabrikamfiber-viva/_build/results?buildId=2710088"
                },
                "pipeline.web":
                {
                    "href": "https://dev.azure.com/fabrikamfiber/fabrikamfiber-viva/_build/definition?definitionId=4647"
                }
            },
            "id": "e87e3d16-29b0-5003-7d86-82b704b96244",
            "name": "Compile",
            "state": "completed",
            "result": "succeeded",
            "startTime": "2022-11-21T16:10:28.49Z",
            "finishTime": "2022-11-21T16:10:53.66Z"
        },
        "stage": { ... },
        "run": { ... },
        "pipeline": { ... },
        "repositories": [ ... ]
    },
    "resourceVersion": "5.1-preview.1",
    "createdDate": "2022-11-21T16:11:02.9207334Z"
}

De servicehook gebeurtenissen voor uitvoeren, faseren en taakstatuswijzigingen bevatten nu een repository eigenschap waarin de Azure Repos worden vermeld die door de pijplijnrun worden gebruikt. Voorbeeld:

"repositories":
[
    {
        "type": "Git",
        "change":
        {
            "author":
            {
                "name": "Fabrikam John",
                "email": "john@fabrikamfiber.com",
                "date": "2022-11-11T15:09:21Z"
            },
            "committer":
            {
                "name": "Fabrikam John",
                "email": "john@fabrikamfiber.com",
                "date": "2022-11-11T15:09:21Z"
            },
            "message": "Added Viva support"
        },
        "url": "https://fabrikamfiber@dev.azure.com/fabrikamfiber/fabrikamfiber-viva/_git/fabrikamfiber"
    }
]

Verbeterde beveiliging bij het maken van door GitHub Enterprise Server gehoste pijplijnen

Wanneer u uw eerste door GitHub Enterprise Server (GHES) gehoste pijplijn maakt, moet u mogelijk een GHES-serviceverbinding maken.

Voorheen had u slechts één optie voor het verificatiemechanisme: om een persoonlijk toegangstoken te gebruiken. Dit bevordert het maken van minder beveiligde serviceverbindingen.

Vanaf deze sprint hebben we OAuth2 het standaardverificatiemechanisme gemaakt bij het maken van een GHES-serviceverbinding, of het nu gaat om het maken van een pijplijn of bij het toevoegen van een serviceverbinding.

Berichtgeving

Dashboards Datum van Laatste Toegang en Gewijzigd door

Een van de uitdagingen waarmee teams verschillende dashboards kunnen maken, is het beheren en opschonen van verouderde en ongebruikte dashboards. Weten wanneer een dashboard voor het laatst is bezocht of gewijzigd, is een belangrijk onderdeel om te begrijpen welke kunnen worden verwijderd. In deze sprint hebben we twee nieuwe kolommen toegevoegd aan de mappagina Dashboards. Laatst geopende datum wordt bijgehouden wanneer het dashboard het laatst is bezocht. Gewijzigd door houdt bij wanneer het dashboard voor het laatst is bewerkt en door wie.

De informatie Gewijzigd door wordt ook weergegeven op de dashboardpagina zelf.

We hopen dat deze nieuwe velden projectbeheerders inzicht geven in het activiteitsniveau voor dashboards om een geïnformeerde beslissing te nemen als ze moeten worden verwijderd of niet.

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

Rajesh Ramamurthy