Dela via


NuGet, npm och andra artefakter stöder proxyservrar – Sprint 147-uppdatering

I Sprint 147-uppdateringen av Azure DevOps har vi uppdaterat de olika artefaktrelaterade pipelineuppgifterna för att stödja proxyservrar. Med den här uppdateringen fungerar proxyservrar nu i uppgifterna npm, NuGet, .NET Core och Universal Packages.

Kolla in listan över funktioner nedan för mer information.

Features

Allmänt:

Azure Boards:

Azure Repos:

Azure Pipelines:

Azure Artifacts:

Rapportering:

Wiki:

General

Alla användare nu i ny navigering

Med den här sprinten har alla användare flyttats till den nya navigeringen. Vi har tagit bort förhandsgranskningsfunktionens växlingsknapp som gjorde det möjligt för användare att återgå till den tidigare navigeringsmodellen. Mer information om hur du navigerar i webbportalen finns i webbportalens navigering i Azure DevOps.

Azure-tavlor

Visa status för arbetsobjekt i #ID omnämnanden

För att förbättra arbetsobjektets omnämnandeupplevelse har vi lagt till mer information när du länkar ett arbetsobjekt med hjälp av #ID. I diskussionsavsnittet visas nu statusen för arbetsobjektet som du länkade utöver ID, rubrik och arbetsobjekttyp.

Visa status för arbetsobjekt.

Den här upplevelsen kan också användas på Wiki-sidor enligt beskrivningen här, samt i pull-begärandekommentärer. Mer information finns i dokumentationen om hur du använder #ID för att länka till arbetsobjekt här.

Azure Repos

Visa bara den vänstra eller högra filen i en pull-begäran

Idag, när du visar filändringar i en pull-begäran, kan du använda antingen ett sida-vid-sida-diff eller ett infogad-diff-läge. Vi har fått feedback om att många av er bara vill se den ursprungliga filen eller den ändrade filen, utan att jämföra dem. Därför har vi lagt till ett nytt alternativ som gör att du kan visa antingen den vänstra filen eller den högra filen individuellt.

Visa bara den vänstra eller högra filen i en pull-begäran.

Azure-pipelines

Återställa borttagna releaserörledningar

Att ta bort oanvända versionspipelines håller listan över versionspipelines ren, men ibland tar du av misstag bort något. Med den här uppdateringen är det nu möjligt att återställa en versionspipeline som har tagits bort under de senaste 30 dagarna. Vi har lagt till en ny flik i den vänstra panelen på sidan Versioner som visar en lista över borttagna versionspipelines. I den här vyn kan du återställa en borttagen versionspipeline genom att välja pipelinen i listan och klicka på knappen Återställ.

Återställ borttagna utgivningspipelines.

YAML-filer för en ny pipeline förbinder sig genom din identitet, inte vår bot

När du skapar en pipeline, kan Azure Pipelines eventuellt kommitterar en YAML-fil till ditt arkiv och sedan skapa en pull-förfrågan för pipelinen. Tidigare, om lagringsplatsen fanns på GitHub och du hade Azure Pipelines GitHub App installerad, verkade inchecknings- och pull-begäran skapas av GitHub App: "Azure Pipelines [bot]". Med den här uppdateringen visar vi din GitHub-identitet som skapare av pipelinen i stället för GitHub-appen.

Skapa pipelines från en befintlig YAML-fil i valfri gren eller sökväg

För närvarande identifierar och använder Azure Pipelines automatiskt en befintlig YAML-fil med namnet azure-pipelines.yml eller .azure-pipelines.yml i roten på lagringsplatsen i standardgrenen när du skapar en ny pipeline. Med den här uppdateringen kan du välja en befintlig YAML-fil för Azure Pipelines med ett annat namn eller en annan sökväg, eller i en icke-standardgren.

Om du vill välja en befintlig fil går du till konfigurationssidan för guiden Ny byggpipeline och väljer Befintlig YAML-fil för Azure Pipelines. Välj sedan grenen och navigera för att ange sökvägen till YAML-filen.

Skapa pipelines från en befintlig YAML-fil i valfri gren eller sökväg.

Köra pipelines med hjälp av kommentarer på pull-begäran för GitHub

Med den här uppdateringen kan du köra en pipeline eller en testsvit för att verifiera en GitHub-pull-begäran från kommentarsavsnittet i denna PR. Varje ägare eller medarbetare kan kommentera en pull-begäran med /AzurePipelines run eller /AzurePipelines run <pipeline_name> för att initiera en byggprocess.

Du kan också förkorta /AzurePipelines monikern som /azp. Mer information om den här funktionstypen /azp help finns i kommentaren.

Kör pipelines genom att använda kommentarer för GitHub-pull-begäran.

Begränsa byggtester av pullförfrågningar till auktoriserade teammedlemmar

Det är en bra idé att skydda kvaliteten på en gren genom att implementera valideringsversioner för pull-begäranden. Hittills har dessa valideringsversioner utlösts automatiskt av en GitHub-pull-begäran, vilket kan vara riskabelt eftersom bygget skulle starta utan din granskning.

Med den här uppdateringen kan du kräva att valideringsversioner av pull-begäranden auktoriseras av ditt team. Om du vill göra det väljer du fliken Utlösare i pipelinens inställningar. Under validering av pull-begäran, aktiverar du sedan Endast byggen utlösta av medlemmars kommentarer på pull-begäranden och sparar pipelinen.

Nu utlöses inte valideringsversioner av pull-begäranden automatiskt. Valfri lagringsplatsägare eller deltagare kan utlösa en valideringsversion genom att kommentera pull-begäran med /AzurePipelines run eller /AzurePipelines run <pipeline_name>.

Begränsa valideringsversioner för pull-begäranden till behöriga teammedlemmar.

Publicera byggobjekt med långa filsökvägar

Hittills har det funnits en begränsning som förhindrade uppladdning av byggartefakter med sökvägar som var längre än 233 tecken. Detta kan hindra dig från att ladda upp kodtäckningsresultat från Linux- och macOS-versioner med filsökvägar som är längre än gränsen. Med den här uppdateringen har vi utökat gränsen så att långa sökvägar stöds.

Nya tilläggsbidragspoäng på testfliken i Pipelines

Den här sprinten har vi fortsatt att göra tilläggsramverket mer kraftfullt genom att lägga till två nya bidragspunkter på fliken Testresultat i Pipelines. På så sätt kan Marketplace-tillägg tillhandahålla mer skräddarsydda rapporteringsupplevelser och lägga till ytterligare interaktivitet.

De två bidragspunkterna är:

  1. Anpassad Åtgärd-knappen i verktygsfältet

    Ibland kanske du vill utföra en åtgärd som att uppdatera ett API:s data eller köra anpassade verktyg med hjälp av metadata från dina testresultat. Med den här bidragspunkten kan du skapa tillägg som använder den omedelbara kontexten för det valda testresultatet för att lägga till en anpassad åtgärd i knappen *Anpassad åtgärd– .

  2. fliken Användardefinierade detaljer i detaljfönstret

    Du kan ha en mängd olika arbetsflöden för testrapportförbrukning och kanske vill se olika datapunkter mot misslyckade tester för felsökning och analys. Genom att använda den här bidragspunkten kan ditt team lägga till en ny flik i informationsfönstret som visas när du väljer valfri testresultatrad i datarutnätet. Den här nya fliken kan visa en vy med statiskt innehåll eller dynamiska data som hämtas med hjälp av interna eller externa API:er.

Azure Artifacts

Hittills har många Artifacts-relaterade bygguppgifter inte gett fullständigt stöd för Azure Pipelines proxyinfrastruktur, vilket ledde till utmaningar när man använde uppgifterna från lokalt installerade agenter. Med den här uppdateringen har vi lagt till stöd för proxyservrar i följande uppgifter:

Delegat som kan hantera flöden

I Azure Artifacts har projektsamlingsadministratörer (PCA) alltid kunnat administrera alla feeds i en Azure DevOps-organisation. Med den här uppdateringen kan PCA:er också ge den här möjligheten till andra användare och grupper, vilket delegerar möjligheten att hantera alla feeds.

Rapportering

Widget för testresultattrend (avancerat)

Widgeten Testresultattrend (Avancerat) är nu tillgänglig för dem som har installerat Analytics-tillägget i sin Azure DevOps-organisation. Det ger nästan realtidssynlighet av dina testdata för flera byggnationer och lanseringar. Widgeten Testresultattrend (Avancerat) visar testresultatens trend för dina pipelines eller över olika pipelines. Du kan använda den för att spåra det dagliga antalet tester, passfrekvens och testvaraktighet. Att spåra testkvalitet över tid och förbättra testsäkerheterna är nyckeln till att upprätthålla en felfri DevOps-pipeline.

Avancerad widget för testresultattrend.

Widgeten Testresultattrend (Avancerat) hjälper dig att hitta extremvärden i dina testresultat och besvara frågor som: tar det längre tid att köra tester än vanligt? Vilken testfil eller pipeline påverkar mina resultat i testerna? Vilka är mina långvariga tester?

För att hjälpa dig att besvara dessa frågor tillhandahåller widgeten följande funktioner:

  • Visar en trend med passfrekvens och antal testresultat eller testvaraktighet
  • Visar testresultat baserat på flera byggpipelines eller utgivningspipelines
  • Använder kombinerade diagramalternativ för att visa två mått över samma trend
  • Filtrerar antalet test över tid efter testresultat
  • Filtrerar alla testresultat efter gren eller test
  • Staplar dina mätvärden efter testattribut som Priority eller Environment
  • Gruppera data efter Testfiler, ägare eller pipelines

Widgeten är mycket konfigurerbar så att du kan använda den för en mängd olika scenarier.

Wiki-sida

Hittills har delade Wiki-sidlänkar brutits om den länkade sidan har bytt namn eller flyttats. Med den här uppdateringen har vi introducerat permanenta länkar genom att lägga till ett sid-ID i URL:en. Detta säkerställer att länkar som du delar förblir intakta när wikin ändras över tid.

Den här funktionen prioriterades baserat på ett förslagsärende.

Visa status för arbetsobjekt på Wiki-sidor

I den här uppdateringen har vi förbättrat omnämnanden av arbetsobjekt på Wiki-sidor genom att lägga till status för arbetsobjektet på sidan, tillsammans med dess ID och titel.

Visa status för arbetsobjekt på Wiki-sidor.

Arbetsobjektreferenser i pull request-kommentarer och tavlediskussioner kan också visa statusen.

Den här funktionen prioriterades baserat på ett förslag.

Nästa steg

Anmärkning

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

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

Så här ger du feedback

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

Ge ett förslag

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

Tack så mycket

Alex Mullans