Dela via

GitHub-integrering – Förbättrad AB#-validering

  • Artikel

Med den här uppdateringen är vi glada över att kunna erbjuda en privat förhandsversion av de senaste förbättringarna i vår Azure Boards + GitHub-integrering!

Dessutom är det nu möjligt för administratörer att kringgå körning av godkännanden och kontroller för att slutföra en snabbkorrigering i Azure Pipelines.

Mer information finns i viktig information.

Allmänt

Azure-tavlor

Azure-pipelines

Rapportering

Allmänt

Ny version av Azure DevOps Web Extension SDK

Med den här uppdateringen släpper vi en ny version av Azure DevOps Web Extension SDK. Klient-SDK:et gör det möjligt för webbtillägg att kommunicera med värdramen. Den kan användas för att:

  • Meddela värden att tillägget läses in eller har fel
  • Hämta grundläggande sammanhangsinformation om den aktuella sidan (aktuell användare, värd och tilläggsinformation)
  • Hämta temainformation
  • Hämta en auktoriseringstoken som ska användas i REST-anrop tillbaka till Azure DevOps
  • Hämta fjärrtjänster som erbjuds av värdramen

Du hittar en fullständig API-referens i paketdokumentationen azure-devops-extension-sdk. Den här nya versionen har stöd för följande moduler:

  • Stöd för ES-modul: SDK stöder nu ES-moduler (ECMAScript) utöver de befintliga AMD-modulerna (Asynkron moduldefinition). Nu kan du importera SDK med ES-modulsyntaxen, som ger prestandaförbättringar och minskar programstorleken.

  • Bakåtkompatibilitet för AMD-moduler: Befintligt stöd för AMD-moduler förblir intakt. Om ditt projekt använder AMD-moduler kan du fortsätta att använda dem som tidigare utan några ändringar.

Så här använder du:

För ES-moduler kan du importera våra moduler med hjälp av import-instruktionen:

import * as SDK from 'azure-devops-extension-sdk';
// Use the module here

Om du använder AMD-moduler kan du fortsätta att importera SDK med hjälp av require funktionen:

require(['azure-devops-extension-sdk'], function(SDK) {

  // Use the module here
});

Azure-tavlor

GitHub-integrering – Förbättrad AB#-validering (privat förhandsversion)

Viktigt!

Från och med 2024-08-06 validerar Inte längre Azure Boards-appen i GitHub AB#-länkarna. Du kan fortfarande använda syntaxen AB# för att länka arbetsobjekt i dina GitHub-pull-begäranden, incheckningar och problem som du kunde före den här ändringen.

Vi börjar vår resa med förbättringar av Boards + GitHub-integrering genom att åtgärda robotsvaren när vi länkar till arbetsobjekt med hjälp av AB#-syntaxen. När du länkar till en pull-begäran med hjälp av syntaxen AB#{ID} är det enda sättet att veta om länken lyckades genom att titta på arbetsobjektet eller märka AB#{ID} att det blev en länk.

Idag lanserar vi en privat förhandsversion med flera förbättringar av Azure Boards GitHub-appen för att bättre informera dig när en länk till ett arbetsobjekt är giltig eller ogiltig. Detta hjälper dig att identifiera felaktiga länkar och åtgärda dem innan pull-begäran slås samman.

Skärmbilder av gruppinställningar.

Om du är intresserad av att delta i den privata förhandsversionen kontaktar du oss direkt via e-post. Se till att inkludera organisationsnamnet (dev.azure.com/{organisation})

Läs den offentliga översikten om du vill veta mer om kommande Azure Boards + GitHub-integreringsfunktioner.

Azure-pipelines

Azure Pipelines-uppgifter använder Node 16

Uppgifter i pipelinen körs med hjälp av en löpare, där Node.js används i de flesta fall. Azure Pipelines-uppgifter som använder en nod som löpare använder nu alla Node 16. Eftersom Node 16 är den första Node-versionen som har inbyggt stöd för Apple-kisel, slutför detta även fullständigt uppgiftsstöd för macOS på Apple-kisel. Agenter som körs på Apple-kisel behöver inte Rosetta för att köras.

I takt med att slutdatumet för Nod 16 har gått framåt har vi påbörjat arbetet med att köra uppgifter med Node 20.

Meddelande om att inaktuella uppgifter har upphört

Azure Pipelines har många inaktuella uppgifter. Inaktuella uppgifter dras tillbaka den 31 januari 2024. För att hjälpa dig att identifiera pipelines som använder inaktuella uppgifter visar pipelines varningar om en sådan uppgift används. Vi har uppdaterat uppgiftsreferensen för att tydligt förmedla utfasningsstatus och slutdatum.

Följande uppgifter har blivit inaktuella och börjar generera varningar:

  • AppCenterDistributeV1,
  • AppCenterDistributeV2
  • AzureMonitorV0
  • ChefKnifeV1
  • ChefV1
  • CondaEnvironmentV1
  • DeployVisualStudioTestAgentV2
  • DotNetCoreInstallerV1
  • IISWebAppDeployment
  • QuickPerfTestV1
  • RunJMeterLoadTestV1
  • RunLoadTestV1
  • SqlServerDacpacDeploymentV1
  • XamarinTestCloudV1

Uppdatera dina pipelines så att de använder en nyare aktivitetsversion eller ett alternativ före den 31 januari 2024.

AzureRmWebAppDeployment-uppgift stöder Microsoft Entra-ID-autentisering

Uppgifterna AzureRmWebAppDeploymentV3 och AzureRmWebAppDeployment@4 har uppdaterats för att stödja App Service med grundläggande autentisering inaktiverad. Om grundläggande autentisering är inaktiverad i App Service använder AzureRmWebAppDeploymentV3/4-uppgifter Microsoft Entra-ID-autentisering för att utföra distributioner till App Service Kudu-slutpunkten. Detta kräver en nyligen installerad version av msdeploy.exe på agenten, vilket är fallet på windows-2022/windows-senaste värdbaserade agenter (se uppgiftsreferens).

Förbättringar av REST API för godkännanden

Vi har förbättrat lokaliseringen av godkännanden som tilldelats en användare genom att inkludera de grupper som användaren tillhör i sökresultaten.

Godkännanden innehåller nu information om pipelinekörningen som de tillhör.

Följande GET REST API-anrop https://dev.azure.com/fabrikam/FabrikamFiber/_apis/pipelines/approvals?api-version=7.2-preview.2&top=1&assignedTo=john@fabrikam.com&state=pending returnerar till exempel

{
    "count": 1,
    "value":
    [
        {
            "id": "7e90b9f7-f3f8-4548-a108-8b80c0fa80e7",
            "steps":
            [],
            "status": "pending",
            "createdOn": "2023-11-09T10:54:37.977Z",
            "lastModifiedOn": "2023-11-09T10:54:37.9775685Z",
            "executionOrder": "anyOrder",
            "minRequiredApprovers": 1,
            "blockedApprovers":
            [],
            "_links":
            {
                "self":
                {
                    "href": "https://dev.azure.com/fabrikam/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/pipelines/approvals/7e80b987-f3fe-4578-a108-8a80c0fb80e7"
                }
            },
            "pipeline":
            {
                "owner":
                {
                    "_links":
                    {
                        "web":
                        {
                            "href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_build/results?buildId=73222930"
                        },
                        "self":
                        {
                            "href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/build/Builds/73222930"
                        }
                    },
                    "id": 73222930,
                    "name": "20231109.1"
                },
                "id": "4597",
                "name": "FabrikamFiber"
            }
        }
    ]
}

Kringgå godkännanden och kontroller

Godkännanden och kontroller hjälper till att skydda åtkomsten till viktiga resurser, till exempel tjänstanslutningar, lagringsplatser eller agentpooler. Ett vanligt användningsfall är att använda godkännanden och kontroller när du distribuerar till produktion, och du vill skydda ARM-tjänstanslutningen.

Anta att du har lagt till följande kontroller på tjänstanslutningen: ett godkännande, en kontorstidskontroll och en Anropa Azure-funktionskontroll (för att framtvinga en fördröjning mellan olika regioner).

Anta nu att du måste göra en snabbkorrigeringsdistribution. Du startar en pipelinekörning, men den fortsätter inte. Den väntar på att de flesta kontrollerna ska slutföras. Du har inte råd att vänta på att godkännandena och kontrollerna ska slutföras.

I den här sprinten har vi gjort det möjligt att kringgå godkännanden och kontroller som körs, så att du kan slutföra snabbkorrigeringen.

Du kan kringgå körning av godkännanden, kontorstid, anropa Azure-funktion och anropa REST API-kontroller.

Kringgå ett godkännande.

Skärmbild av Kringgå ett godkännande.

Kringgå kontorstidskontroll.

Skärmbild av kontrollen Kringgå kontorstid.

Kringgå anropa Azure-funktionskontroll. Kringgå kontorstidskontroll.

Skärmbild av Kringgå anropa Azure-funktionskontroll.

När en kontroll kringgås kan du se den i kontrollpanelen.

Skärmbild av förbikopplad kontroll.

Du kan bara kringgå en kontroll om du är administratör för den resurs där kontrollerna har definierats.

Stöd för GitHub Enterprise-server i nödvändig mallkontroll

Mallar är en säkerhetsmekanism som gör att du kan styra faser, jobb och steg för pipelines i din organisation.

Med kontrollen Kräv mall kan du framtvinga att en pipeline sträcker sig från en uppsättning godkända mallar innan du får åtkomst till en skyddad resurs, till exempel en agentpool eller tjänstanslutning.

Från och med den här sprinten kan du ange mallar som finns i GitHub Enterprise Server-lagringsplatser.

Skärmbild av nödvändig YAML-mall.

Kör om anropa Azure-funktionskontroller

Anta att du distribuerar systemet i flera steg. Innan du distribuerar den andra fasen finns det en godkännande- och en Invoke Azure Function-kontroll som kör en sanitetskontroll på den redan distribuerade delen av systemet.

När du granskar begäran om godkännande ser du att sanity-kontrollen kördes två dagar tidigare. I det här scenariot kanske du känner till en annan distribution som påverkade resultatet av sanity-kontrollen.

Med den här uppdateringen kan du köra kontrollerna Anropa Azure Function och Anropa REST API igen. Den här funktionen är endast tillgänglig för kontroller som lyckades och som inte har några återförsök.

Skärmbild av dynamisk kontroll.

Kommentar

Du kan bara köra en kontroll igen om du är administratör för den resurs där kontrollerna har definierats.

Rapportering

Filtrering av arbetsobjekt

Vi är glada att kunna meddela filtrering av arbetsobjektsdiagram. Med den här funktionen kan du hovra över ditt arbetsobjektsdiagram för en snabb översikt och öka detaljnivån i specifika diagramsegment för detaljerade insikter. Du behöver inte längre skapa anpassade frågor för att få åtkomst till exakt den datamängd du behöver. Du kan nu gå in på dina arbetsobjekt i arbetsobjektdiagram med några få klickningar.

Filtrering av gif-till-demo-arbetsobjekt.

Din feedback är ovärderlig för att forma den här funktionens framtid. Prova nu och berätta vad du tycker i vår Azure DevOps-community.

Nästa steg

Kommentar

Dessa funktioner kommer att distribueras under de kommande två till tre veckorna.

Gå över till Azure DevOps och ta en titt.

Gå till Azure DevOps

Så här ger du feedback

Vi vill gärna höra vad du tycker om de här funktionerna. Använd hjälpmenyn för att rapportera ett problem eller ge ett förslag.

Skärmbild Gör ett förslag.

Du kan också få råd och dina frågor som besvaras av communityn på Stack Overflow.

Tack,

Silviu Andrica