NuGet-, npm- och andra artifacts-uppgifter 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.
Mer information finns i listan Funktioner nedan.
Funktioner
Allmänt:
Azure Boards:
Azure-lagringsplatser:
Azure Pipelines:
- Återställa borttagna versionspipelines
- YAML-filer för en ny pipeline checkas in av din identitet, inte vår robot
- Skapa pipelines från en befintlig YAML-fil i valfri gren eller sökväg
- Köra pipelines med github-kommentarer för pull-begäranden
- Begränsa valideringsversioner för pull-begäranden till auktoriserade teammedlemmar
- Publicera byggartefakter med långa filsökvägar
- Nya tilläggsbidragspunkter på fliken Pipelines-test
Azure Artifacts:
Rapportering:
Wiki:
Allmänt
Alla användare nu på Ny navigering
Med den här sprinten har alla användare flyttats till den nya navigeringen. Vi har tagit bort växlingsknappen för förhandsgranskningsfunktionen 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. Du ser nu i diskussionsavsnittet status för arbetsobjektet som du länkade utöver ID, rubrik och arbetsobjektstyp.
Den här upplevelsen kan också användas på Wiki-sidor enligt beskrivningen här, samt i kommentarer om pull-begäranden. Mer information finns i dokumentationen om hur du använder #ID för att länka till arbetsobjekt här.
Azure-lagringsplatser
Visa bara den vänstra eller högra filen i en pull-begäran
När du visar filändringar i en pull-begäran kan du använda antingen ett diff-läge sida vid sida eller infogat difflä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 rätt fil individuellt.
Azure-pipelines
Återställa borttagna versionspipelines
Om du tar bort oanvända versionspipelines kan du hålla listan över versionspipelines ren, men ibland tar du bort något av misstag. Med den här uppdateringen kan du nu återställa en versionspipeline som har tagits bort under de senaste 30 dagarna. Vi har lagt till en ny flik på 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 .
YAML-filer för en ny pipeline checkas in av din identitet, inte vår robot
När du skapar en pipeline checkar Azure Pipelines eventuellt in en YAML-fil på lagringsplatsen och skapar sedan en pull-begäran för pipelinen. Tidigare, om lagringsplatsen fanns på GitHub och du hade GitHub-appen Azure Pipelines installerad, verkade inchecknings- och pull-begäran ha skapats av GitHub-appen: "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 för din lagringsplats 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 bygg-pipeline och väljer Befintlig YAML-fil för Azure Pipelines. Välj sedan grenen och bläddra för att välja YAML-filsökvägen.
Köra pipelines med github-kommentarer för pull-begäranden
Med den här uppdateringen kan du köra en pipeline eller en testsvit för att verifiera en GitHub-pullbegäran från kommentarsavsnittet i den pull-begäran. Alla ägare eller medarbetare kan kommentera en pull-begäran med /AzurePipelines run eller /AzurePipelines run <pipeline_name> för att utlösa en version.
Du kan också förkorta moniker som /AzurePipelines/azp. Mer information om den här funktionstypen /azp help finns i kommentaren.
Begränsa valideringsversioner för pull-begäranden 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. Det gör du genom att välja fliken Utlösare i pipelinens inställningar. Under Validering av pull-begäran aktiverar du sedan Endast utlösarversioner för medarbetares pull-begärandekommenterar och sparar pipelinen.
Nu utlöses inte valideringsversioner av pull-begäranden automatiskt. En lagringsplatsägare eller -deltagare kan utlösa en valideringsversion genom att kommentera pull-begäran med /AzurePipelines run eller /AzurePipelines run <pipeline_name>.
Publicera byggartefakter med långa filsökvägar
Fram tills nu fanns det 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 för att stödja långa sökvägar.
Nya tilläggsbidragspunkter på fliken Pipelines-test
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. Detta gör det möjligt för Marketplace-tillägg att tillhandahålla mer skräddarsydda rapporteringsupplevelser och lägga till ytterligare interaktivitet.
De två bidragspunkterna är:
Knappen Anpassad åtgärd 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 på knappen *Anpassad åtgärd.
Fliken Anpassad information i informationsfönstret
Du kan ha en mängd olika arbetsflöden för förbrukning av testrapporter 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ämtats med hjälp av interna eller externa API:er.
Azure Artifacts
Proxystöd för artefaktrelaterade uppgifter
Hittills har många artefaktrelaterade bygguppgifter inte fullt stöd för Azure Pipelines proxyinfrastruktur, vilket ledde till utmaningar med att använda uppgifter från lokala agenter. Med den här uppdateringen har vi lagt till stöd för proxyservrar i följande uppgifter:
- npm
- NuGet – endast återställnings- och push-kommandon
- .NET Core CLI – endast återställnings- och NuGet-push-kommandon
- Universal Packages
- npm Authenticate, Pip Authenticate, Twine Upload Authenticate
Anteckning
Dessa uppgifter konfigurerar inte proxyn för det underliggande verktyget (npm, pip, twine). De stöder proxyservrar vid förvärv av autentiseringstoken, men det är fortfarande nödvändigt att konfigurera efterföljande uppgifter/skript/verktyg för att även använda proxyn.
- .NET Core Tool Installer, NuGet Tool Installer,Node.js Tool Installer
Delegera vem som kan hantera feeds
I Azure Artifacts har administratörer för projektsamling (PCA) alltid kunnat administrera alla feeds i en Azure DevOps-organisation. Med den här uppdateringen kan PCA:erna 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 i dina testdata för flera versioner och versioner. Widgeten Testresultattrend (Avancerat) visar en trend för dina testresultat för dina pipelines eller över 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äkerheter är nyckeln till att upprätthålla en felfri DevOps-pipeline.
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 min totala passeringshastighet? 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 för genomströmningshastighet och antal testresultat eller testvaraktighet
- Visar testresultat baserat på flera bygg-pipelines eller versionspipelines
- 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ått efter testattribut som Prioritet eller Miljö
- Gruppera data om testfiler, ägare eller pipelines
Widgeten är mycket konfigurerbar så att du kan använda den för en mängd olika scenarier.
Wiki
Permalänkar för Wiki-sidor
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 arbetsobjektets omnämnanden på Wiki-sidor genom att lägga till status för arbetsobjektet på sidan, tillsammans med dess ID och rubrik.
Arbetsobjektsreferenser i pull-begärandekommentarer och forumdiskussioner visar också statusen.
Den här funktionen prioriterades baserat på ett förslag.
Nästa steg
Anteckning
De här funktionerna kommer att lanseras under de kommande två till tre veckorna.
Gå till Azure DevOps och ta en titt.
Så här ger du feedback
Vi vill gärna höra vad du tycker om dessa funktioner. Använd feedbackmenyn för att rapportera ett problem eller ge ett förslag.
Du kan också få råd och dina frågor som besvaras av communityn på Stack Overflow.
Tack,
Alex Mullans