Not
Åtkomst till denna sida kräver auktorisation. Du kan prova att logga in eller byta katalog.
Åtkomst till denna sida kräver auktorisation. Du kan prova att byta katalog.
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:
- Återställ borttagna releasepipelines
- YAML-filer för en ny pipeline bekräftas 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 kommentarer för GitHub-pull requests
- Begränsa valideringsversioner av pull-begäranden till behöriga teammedlemmar
- Publicera byggartefakter med långa filsökvägar
- Nya tilläggsbidragspunkter på fliken Pipelines-test
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.
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.
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.
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.
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.
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>.
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:
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– .
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
Proxystöd för artefaktrelaterade uppgifter
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:
- npm
- NuGet – endast återställnings- och push-kommandon
- .NET Core CLI – endast återställnings- och NuGet-pushkommandon
- universalpaket
-
npm Authenticate, Pip Authenticate, Twine Upload Authenticate
Anmärkning
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 aktiviteter/skript/verktyg för att också använda proxyn.
- Installationsprogrammet för .NET Core-verktyget, Installationsprogrammet för NuGet-verktyget och installationsprogrammet förNode.js-verktyget
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.
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
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 omnämnanden av arbetsobjekt på Wiki-sidor genom att lägga till status för arbetsobjektet på sidan, tillsammans med dess ID och titel.
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.
Du kan också få råd och dina frågor som besvaras av communityn på Stack Overflow.
Tack så mycket
Alex Mullans