Dela via

Integreringsförbättringar för Azure Boards och Azure Pipelines i GitHub – Sprint 149-uppdatering

  • Artikel

I Sprint 149-uppdateringen av Azure DevOps har vi lagt till möjligheten att navigera till Azure Boards direkt från omnämnanden i en GitHub-kommentar samt stöd för Azure Boards i GitHub Enterprise.

För Azure Pipelines har vi aktiverat en ny funktion för pull-begäranden i GitHub som gör det möjligt att köra valfria kontroller genom att omnämna /azp i kommentaren. Du kan också kräva en kommentar till pull-begäran från en lagringsplatsdeltagare innan pipelinen körs så att du kan granska kod från okända användare innan du skapar den.

Mer information finns i listan Funktioner nedan.

Funktioner

Allmänt:

Azure Boards:

Azure Pipelines:

Azure Artifacts:

Rapportering:

Allmänt

Lösa frånkopplade Azure Active Directory-användare (Azure AD)

Med vår Sprint 148-uppdatering gav vi dig möjlighet att ansluta din organisation till en Azure Active Directory från Azure DevOps-portalen. Den här nya förenklade upplevelsen sparade flera steg som tidigare krävdes i Azure Portal. Den nya upplevelsen lämnade dock en öppen lucka eftersom du fortfarande var tvungen att anropa supporten för att återställa åtkomsten för medlemmar som förlorade åtkomst under anslutningsprocessen. Användare förlorar åtkomst när deras tidigare inloggningsidentitet inte hittas i den nyligen anslutna Azure Active Directory. Med den här versionen kan du återställa de frånkopplade medlemmarna på egen hand, spara ett kundsupportsamtal och öka produktiviteten.

Det finns två steg för att återställa frånkopplade medlemmar. Först mappas de aktuella identiteterna för dessa medlemmar till identiteter i den nyligen anslutna Azure AD. Eftersom vissa frånkopplade medlemmar kanske inte har matchande identiteter i Azure AD är det andra steget att bjuda in de återstående medlemmarna som gäster till Azure AD. Den här uppdateringen innehåller ett gränssnitt för att utföra båda stegen direkt från sidan Azure AD-inställningar i Azure DevOps-portalen.

Leta efter uppdateringar i vår dokumentation här.

Azure-tavlor

Nu när du nämner ett arbetsobjekt i kommentaren av ett problem, pull-begäran eller incheckning i GitHub med hjälp av syntaxen AB#{work item ID} , blir dessa omnämnanden hyperlänkar som du kan klicka på för att navigera direkt till det nämnda arbetsobjektet.

Detta skapar inte en formell länk som belamrar arbetsobjektet i Azure Boards för varje relaterad konversation, utan ger i stället ditt team ett sätt att ge lite mer information om arbetsobjekt när de diskuterar kod eller ett kundrapporterat problem. Mer information finns i GitHub-integreringsdokumentationen för Azure Boards.

Navigera till arbetsobjekt från omnämnanden.

Uppdateringar till övergångsregler för arbetsuppgifter

Vi har rensat flera övergångsregler för arbetsobjekt som har varit inkonsekventa mellan olika processer och typer av arbetsobjekt. Stängt av, Stängt datum och Tillstånd Ändrat datum har åtgärdats för alla standardtyper av arbetsobjekt och nyligen anpassade ärvda arbetsobjekttyper. Aktiverat av och aktiverat datum är fasta för alla typer av systemarbetsobjekt, men kommer inte att åtgärdas för anpassade ärvda arbetsobjektstyper.

GitHub Enterprise-support i Azure Boards

Teams kan nu ansluta Azure Boards-projekt till lagringsplatser som finns i GitHub Enterprise Server-instanser. När du ansluter med OAuth följer du stegen i dokumentationen för att registrera ett OAuth-program innan du skapar en anslutning till dina lagringsplatser.

Redigera och ta bort kommentarer i arbetsuppgifter

Vi är glada över att kunna meddela att du nu kan redigera och ta bort kommentarer i ditt arbetsobjekts diskussion i Azure Boards en funktion med hög röst från vårt forum för utvecklarcommunityn. Om du vill redigera kommentaren hovra över alla kommentarer som du äger så visas två nya knappar. Om du klickar på pennikonen går du in i redigeringsläget och kan helt enkelt göra dina ändringar och trycka på knappen "Uppdatera" för att spara dina redigeringar.

Redigera kommentarer i Diskussion.

När du klickar på spillmenyn visas alternativet för att ta bort din kommentar. När du klickar på det här uppmanas du igen att bekräfta att du vill ta bort den här kommentaren och kommentaren tas bort.

Ta bort kommentarer i Diskussion.

Du kommer att ha en fullständig granskningslogg med alla redigerade och borttagna kommentarer på historikfliken i arbetsobjektsformuläret. Du kommer också att se att vi har uppdaterat användargränssnittet för vår diskussionsupplevelse så att det känns mer modernt och interaktivt. Dessutom lade vi till bubblor runt kommentarer för att göra det tydligare var enskilda kommentarer börjar och slutar.

Tillståndsvärdeordning i arbetsobjektformulär

Tidigare beställdes tillståndsvärdet i arbetsobjektsformuläret alfabetiskt. Med den här uppdateringen ändrade vi hur tillståndsvärdena sorteras så att de matchar arbetsflödesordningen i processinställningarna.

Ny tillståndsvärdeordning.

Kommentar

Orderändringen påverkar bara formuläret på webben och REST-API:erna. Tillståndsvärdeordningen ändras inte i klienter med wit-klient-OM, till exempel Visual Studio 2017 eller Excel.

Azure-pipelines

Välj katalogen för den utcheckade koden i YAML-pipelines

Tidigare checkade vi ut lagringsplatser till s katalogen under $(Agent.BuildDirectory). Nu kan du välja den katalog där din Git-lagringsplats ska checkas ut för användning med YAML-pipelines.

Använd nyckelordet path på checkout så har du kontroll över mappstrukturen. Nedan visas ett exempel på YAML-koden som du kan använda för att ange en katalog.

steps:
- checkout: self
  path: my-great-repo

I det här exemplet checkas koden ut till my-great-repo katalogen på agentens arbetsyta. Om du inte anger en sökväg fortsätter lagringsplatsen att checkas ut till en katalog med namnet s.

Privata projekt får nu 60 minuter körtid per pipelinejobb

Hittills har ett kostnadsfritt konto (dvs. ett som inte hade köpt parallella jobb) kört ett jobb i upp till 30 minuter i taget, upp till 1 800 minuter per månad. Med den här uppdateringen har vi ökat gränsen från 30 till 60 minuter för kostnadsfria konton.

Om du behöver köra din pipeline i mer än 60 minuter kan du betala för ytterligare kapacitet per parallellt jobb eller köra i en lokalt installerad agent. Lokalt installerade agenter har inte begränsningar för jobblängd.

Uppdateringar till värdbaserade pipelineavbildningar

Vi har gjort uppdateringar av VS2017-, Ubuntu 16.04- och Windows Container 1803 VM-avbildningarna för dina värdbaserade Azure Pipelines. Mer information om de senaste versionerna finns här. En fullständig titt på de verktyg som finns på våra bilder finns på vår lagringsplats för bildgenerering på GitHub här.

Dessutom antog vi Moby som containerkörning. Moby är ett öppet ramverk som skapats av Docker för att montera komponenter i anpassade containerbaserade system. På så sätt kan vi leverera frekventa uppströmskorrigeringar och förbättringar av containerkörningen.

Installationsuppgift med duffle-verktyg i pipeline för kompilering och uppdatering

Duffle är ett kommandoradsverktyg som gör att du kan installera och hantera cloud native application bundles (CNAB). Med CNAB:er kan du paketa, installera och hantera containerbaserade appar och deras tjänster.

I den här uppdateringen har vi lagt till en ny uppgift för bygg- och versionspipelines som gör att du kan installera en specifik version av Duffle Binary.

Installationsprogrammet för Duffle-verktyget i bygg- och versionspipelinen.

Godkänn Azure Pipelines-distributioner från Slack

Hittills har Slack-användare haft begränsade funktioner för att hantera versionsdistributioner inifrån en kanal. Med Azure Pipelines-appen för Slack kan du godkänna eller avvisa en versionsdistribution från kanalen. Detta gör godkännandeprocessen enklare eftersom du inte tvingas navigera till Azure Pipelines-portalen. Dessutom kan du godkänna distributioner i farten med hjälp av Slack-mobilappen.

Godkänn Azure Pipelines-distributioner från Slack.

Mer information om Azure Pipelines och Slack finns i dokumentationen här.

Alla källprovidrar omfattas i den nya bygg-pipelineguiden

Hittills har källleverantörer som GitHub, Azure Repos och Bitbucket Cloud delats upp mellan den klassiska pipelineredigeraren och den nya pipelineguiden. Med den här uppdateringen har vi lagt till alla i den nya pipelineguiden för en enda startpunkt. Du kan fortfarande klicka på länken längst ned på sidan för att skapa en pipeline utan YAML i den klassiska redigeraren.

Alla källprovidrar som ingår i guiden för ny bygg-pipeline.

GitHub-kommentarer utlöser optimering

Vi har förbättrat upplevelsen för team som använder Kommentarer för GitHub-pullbegäran för att utlösa byggen. Vanligtvis för säkerhet vill de här teamen inte skapa pull-begäranden automatiskt. I stället vill de att en teammedlem ska granska pull-begäran och när den anses vara säker utlöser du bygget med en pull-begärandekommentering. En ny inställning behåller det här alternativet samtidigt som automatiska pull-begärandeversioner endast tillåts för teammedlemmar.

GitHub-kommentarer utlöser optimeringar.

Publicera CTest- och PHPUnit-testresultat

Med den här uppdateringen har vi lagt till stöd för att publicera testresultat från en CTest-körning i pipelines. Om du vill publicera CTest-resultat väljer du alternativet CTest i testresultatformatets indata på fliken Publicera testresultat.

Publicera CTest- och PHPUnit-testresultat.

Dessutom inkluderade vi publicering för PHPUnit-testkörningar . Även om JUnit-resultatformatet alltid har stötts kan du nu använda de specifika konstruktionerna av PHPUnit. Mer information om hur du publicerar testresultat finns i dokumentationen här.

Azure Artifacts

Överordnade källor för Maven

Överordnade källor är nu tillgängliga för Maven-feeds. Detta inkluderar den primära Maven Central-lagringsplatsen och Azure Artifacts-feeds. Om du vill lägga till Maven-uppströms i en befintlig feed går du till Feed-inställningar, väljer pivoten Uppströmskällor och väljer sedan Lägg till uppströmskälla.

Överordnade källor för Maven.

Rapportering

Versionsändring för testentitetsuppsättningar till OData-analystjänster

Analytics-tjänsten i Azure DevOps består av entitetsuppsättningar som du kan fråga direkt från en webbläsare som stöds med hjälp av OData. Tjänsten tillhandahåller ett versionshanterat OData-API som du kan lägga till i _odata-elementet.

Med den här uppdateringen migrerar vi testentitetsuppsättningarna till version 3.0-preview. Om du använder slutpunkten för OData 2.0-förhandsversionen måste du ändra till version 3.0-preview för att förhindra icke-bakåtkompatibla ändringar.

Följande lista innehåller de entitetsuppsättningar som ska migreras till version 3.0-förhandsversion:

  • TestRuns
  • TestResults
  • Tester
  • Byggen
  • Grenar
  • Versioner
  • ReleaseEnvironments
  • TestResultsDaily
  • ReleasePipelines
  • ReleaseStages
  • BuildPipelines

Mer information om hur du använder OData-slutpunkten med Analytics-tjänsten finns i dokumentationen här.

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 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,

Chris Patterson