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.

Features

Azure-tavlor

• Lägg till filtret "Överordnat arbetsobjekt" i aktivitetstavlan och sprintarbetslistan
• 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ärdbaserade pooler
• Stöd för GitHub-paket i YAML-pipelines

Azure Artifacts

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

Azure-tavlor

Lägg till filtret "Överordnat arbetsobjekt" i uppgiftstavlan och sprint-backloggen

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

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

Historiskt sett, om du flyttade ett arbetsobjekt från en kolumn till en annan på Kanban-tavlan där tillståndsändringen utlöste regler för fälten, visade kortet bara 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örhandsgranskning av skalningsagenter

Vi förhandsgranskar en ny funktion som kallas skalande agentuppsättningar, som kombinerar bekvämligheten och den elastiska kapaciteten hos Microsoft-värdade agenter med kontroll och flexibiliteten hos självvärdade 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 skalningsagenter i stället för Microsoft-hostade eller lokalt installerade agenter när:

• behöver mer minne, mer processorkraft, mer lagring eller mer I/O än vad vi erbjuder i Microsofts egna 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 Microsoftvärdbaserade agenter än vi kan ge för att uppfylla dina storskaliga behov
• behöver kunna partitionera Microsoft-värdda parallella jobb till individuella projekt eller team i er organisation
• vill inte köra dedikerade agenter dygnet runt, utan istället avveckla 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 scale set-agenter. 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 avbildningsetiketten ubuntu-latest fortsätter att peka på ubuntu-18.04 tills ubuntu-20.04 lämnar förhandsgranskningen senare under året.

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 med namnet 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, till exempel 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 trasiga visar ett rött X tillsammans med den tid då de kontrollerades. Överordnade källor som väntar på verifiering visar en blå informationsikon.

När du klickar på den senaste synkroniseringstiden för en trasig uppströmskälla öppnas en dialogruta med mer information om grundorsaken 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ävde dock användning av dessa uppgifter för alla aktiviteter som interagerade med pakethanterarna. 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 verifiering med dessa nya lätta uppdrag. 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 NuGet, npm, PIP, Twineoch Maven dokumentation om autentiseringsuppgifter.

Nästa steg

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 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 så mycket

Aaron Hallberg