Azure Artifacts förenklar integreringen med andra tjänster

Med den här uppdateringen har vi gjort det enklare att autentisera Azure Artifacts med andra populära pakethanterare. Mer information om den faktiska implementeringen finns nedan.

Funktioner

Azure-tavlor

• Lägg till filtret ”Överordnat arbetsobjekt” till uppgiftstavlan och spurtuppgifterna
• Förbättra felhanteringsupplevelsen – obligatoriska fält för bugg/uppgift

Azure-pipelines

• Förhandsversion av skalningsuppsättningsagenter
• Ubuntu 20.04 i förhandsversion för Azure Pipelines-värdpooler
• Stöd för GitHub-paket i YAML-pipelines

Azure Artifacts

• Aviseringar för inaktiverade överordnade källor
• Licensuttryck och inbäddade licenser
• Lätta autentiseringsuppgifter

Azure-tavlor

Lägg till filtret ”Överordnat arbetsobjekt” till uppgiftstavlan och spurtuppgifterna

Vi har lagt till ett nytt filter i både sprintkortet och sprintens kvarvarande uppgifter. På så sätt kan du filtrera kvarvarande uppgifter på kravnivå (den första kolumnen till vänster) efter deras överordnade. I skärmbilden nedan har vi till exempel filtrerat vyn för att endast visa användarberättelser där den överordnade är "Min stora funktion".

Förbättra felhanteringsupplevelsen – obligatoriska fält för bugg/uppgift

Om du tidigare har flyttat ett arbetsobjekt från en kolumn till en annan där tillståndsändringen utlöste fältregler, skulle kortet bara visa ett rött felmeddelande som tvingar dig att öppna arbetsobjektet för att förstå rotorsaken. I sprint 170 förbättrade vi upplevelsen så att du nu kan klicka på det röda felmeddelandet för att se information om felet utan att behöva öppna själva arbetsobjektet.

Azure-pipelines

Förhandsversion av skalningsuppsättningsagenter

Vi förhandsgranskar en ny funktion som kallas skalningsuppsättningsagenter som kombinerar bekvämligheten och den elastiska kapaciteten hos de Microsoft-värdbaserade agenterna med kontroll och flexibilitet för lokalt installerade agenter. Med den här förhandsversionen kan du nu hantera agenter enligt din specifikation, helt automatiserad, i din Azure-prenumeration. Du kanske vill överväga att använda skalningsuppsättningsagenter i stället för Microsoft-värdbaserade eller lokalt installerade agenter när du:

• behöver mer minne, mer processor, mer lagring eller mer I/O än vad vi erbjuder i interna Microsoft-värdbaserade agenter
• vill inte tillåta en lista över ett stort antal IP-adresser i företagets brandvägg för att göra det möjligt för Microsoft-värdbaserade agenter att kommunicera med dina servrar
• behöver fler Microsoft-värdbaserade agenter än vi kan tillhandahålla för att uppfylla dina storskaliga behov
• behöver möjlighet att partitionera Parallella jobb med Microsoft-värd till enskilda projekt eller team i din organisation
• vill inte köra dedikerade agenter dygnet runt utan i stället vill avetablera agentdatorer som inte används aktivt

Om du vill använda skalningsuppsättningsagenter skapar du först en VM-skalningsuppsättning i din Azure-prenumeration och skapar sedan en agentpool i Azure Pipelines för att peka på skalningsuppsättningen. Azure Pipelines skalar automatiskt den här poolen baserat på antalet väntande jobb och antalet inaktiva datorer som du alltid vill underhålla. Azure Pipelines installerar även agenten åt dig på dessa virtuella datorer. Mer information finns i skalningsuppsättningsagenter. När du förhandsgranskar funktionen kan du ta med din feedback på dokumentationssidan.

Ubuntu 20.04 i förhandsversion för Azure Pipelines-värdpooler

Ubuntu 20.04-avbildningen är nu tillgänglig som förhandsversion för Azure Pipelines-värdbaserade pooler. Om du vill använda den här avbildningen uppdaterar du YAML-filen så att den innehåller vmImage: "ubuntu-20.04" . Observera att den senaste avbildningsetiketten ubuntu fortsätter att peka på ubuntu-18.04 tills ubuntu-20.04 kommer ut ur förhandsversionen senare i år.

Eftersom ubuntu 20.04-avbildningen är i förhandsversion stöder den för närvarande inte alla tillgängliga verktyg i ubuntu-18.04 . Läs mer

Stöd för GitHub-paket i YAML-pipelines

Vi har nyligen introducerat en ny resurstyp som kallas paket som lägger till stöd för att använda NuGet - och npm-paket från GitHub som en resurs i YAML-pipelines. Som en del av den här resursen kan du nu ange den pakettyp (NuGet eller npm) som du vill använda från GitHub. Du kan också aktivera automatiserade pipelineutlösare när en ny paketversion släpps. Idag är stödet endast tillgängligt för användning av paket från GitHub, men framöver planerar vi att utöka stödet för att använda paket från andra paketlagringsplatser som NuGet, npm, AzureArtifacts och många fler. Mer information finns i exemplet nedan:

resources:
  packages:
    - package: myPackageAlias # alias for the package resource
      type: Npm # type of the package NuGet/npm
      connection: GitHubConn # GitHub service connection of type PAT
      name: nugetTest/nodeapp # <Repository>/<Name of the package>
      version: 1.0.9 # Version of the package to consume; Optional; Defaults to latest
      trigger: true # To enable automated triggers (true/false); Optional; Defaults to no triggers

Obs! Idag stöder GitHub-paket endast PAT-baserad autentisering, vilket innebär att GitHub-tjänstanslutningen i paketresursen ska vara av typen PAT. När den här begränsningen har hävts ger vi stöd för andra typer av autentisering.

Som standard laddas paket inte ned automatiskt i dina jobb, därför har vi introducerat ett getPackage-makro som gör att du kan använda paketet som definieras i resursen. Mer information finns i exemplet nedan:

- job: job1
  pool: default
  steps:
    - getPackage: myPackageAlias # Alias of the package resource

Azure Artifacts

Aviseringar för inaktiverade överordnade källor

Azure Artifacts-webbgränssnittet meddelar dig nu när en eller flera av feedens överordnade källor inte fungerar. Med överordnade källor kan du peka en feed (Feed A) till en annan feed (Feed B) och låta användare av feed A komma åt paket från feed B utan att behöva ansluta direkt till den. Mer information om överordnade källor finns i dokumentationen om Azure Artifacts. Överordnade källor kanske inte fungerar om de är inaktiverade vid källan, till exempel om feed B tas bort tyst kan kunderna inte hämta paket från den via feed A. Tidigare kan den här situationen inträffa utan förvarning och leda till svåra att diagnostisera driftsproblem, till exempel plötsliga byggbrytningar på grund av saknade beroenden (dvs. paket som hämtas från feed B i exemplet ovan). Nu kommer Azure Artifacts att ge dig en varning när det finns problem med överordnade källor i dina feeds. När det finns ett problem visas en banderoll (röd pil nedan) på informationssidan för Azure Artifacts-feed.

Om du klickar på länken i banderollen öppnas en sida som visar status för varje uppströmskälla i flödet. Förutom information om varje uppströmskälla för den aktuella feeden kan du se aktuell status under kolumnen "Senast synkroniserad". Överordnade källor som fungerar korrekt visar en grön bockmarkering när källans hälsa verifierades senast. Överordnade källor som är brutna visar ett rött X tillsammans med den tid då den kontrollerades. Överordnade källor som väntar på verifiering visar en blå informationsikon.

När du klickar på den senaste synkroniseringstiden för en uppdelad uppströmskälla öppnas en dialogruta med mer information om rotorsaken till problemet (om det är tillgängligt). I bilden nedan fungerar till exempel inte den aktuella överordnade källan eftersom målflödet har tagits bort. Dialogrutan innehåller också en länk till granskningsloggen för att hjälpa dig att förstå vem som har gjort relevanta ändringar nyligen. Länkar till behörighetsinställningarna och Dokumentationen om Azure Artifacts kan också användas för att undersöka rotorsaken.

Licensuttryck och inbäddade licenser

Nu kan du se information om licensinformation för NuGet-paket som lagras i Azure Artifacts när du bläddrar i paket i Visual Studio. Detta gäller för licenser som representeras med hjälp av licensuttryck eller inbäddade licenser. Nu kan du se en länk till licensinformationen på visual studio-paketinformationssidan (röd pil i bilden nedan).

Om du klickar på länken kommer du till en webbsida där du kan visa information om licensen. Den här upplevelsen är densamma för både licensuttryck och inbäddade licenser, så du kan se licensinformation för paket som lagras i Azure Artifacts på ett ställe (för paket som anger licensinformation och stöds av Visual Studio).

Lätta autentiseringsuppgifter

Nu kan du autentisera med populära pakethanterare från Azure Pipelines med hjälp av lättviktsautentiseringsuppgifter. Detta inkluderar NuGet, npm, PIP, Twine och Maven. Tidigare kunde du autentisera med dessa pakethanterare med hjälp av uppgifter som gav en stor mängd funktioner, inklusive möjligheten att publicera och ladda ned paket. Detta krävs dock med hjälp av dessa uppgifter för alla aktiviteter som interagerade med pakethanterare. Om du hade egna skript att köra för att utföra uppgifter som att publicera eller ladda ned paket, skulle du inte kunna använda dem i pipelinen. Nu kan du använda skript med din egen design i yaml-pipelinen och utföra autentisering med dessa nya lätta uppgifter. Ett exempel med npm:

Användningen av kommandot "ci" och "publish" i den här bilden är godtycklig, du kan använda kommandon som stöds av Azure Pipelines YAML. På så sätt kan du ha fullständig kontroll över kommandoanrop och gör det enkelt att använda delade skript i pipelinekonfigurationen. Mer information finns i dokumentationen om NuGet-, npm-, PIP-, Twine- och Maven-autentisering .

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.

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

Tack,

Aaron Hallberg