Konfigurera distributionsstrategier från Azure-portalen

Med den här sprinten gör vi det möjligt för användare att välja sina distributionsstrategier direkt från Azure-portalen, och vi distribuerar flera förbättringar av användarupplevelsen Pipelines och Repos.

Funktioner

Allmänt

• Azure DevOps gör det nu möjligt för teamadministratörer att prenumerera på händelser från MS Teams &Slack
• MS Teams- och Slack-meddelanden för reposhändelser

Azure-lagringsplatser

• Lägg till bifogade filer när du skapar en pull-begäran
• Ny webbplattformskonvertering – Lagringsplatsinställningar

Azure-pipelines

• Jobb har åtkomst till utgående variabler från föregående steg
• Begränsa åtkomsten till tjänstlagringsplatser
• Få information vid körning om flera lagringsplatser
• Ga för pipelines i flera steg
• Konfigurera distributionsstrategier från Azure-portalen

Allmänt

Azure DevOps gör det nu möjligt för teamadministratörer att prenumerera på händelser från MS Teams &Slack

Utöver Projektadministratörer tillåter Azure DevOps nu teamadministratörer att prenumerera på händelser för Azure Boards, Azure Repos och Azure Pipelines direkt från Slack och MS Teams.

MS Teams- och Slack-meddelanden för reposhändelser

Som en förbättring av vår MS Teams- och Slack-integrering kan du nu välja att prenumerera på en eller flera händelser på en pull-begäran, till exempel kommentarer, kod push, uppdateringar och sammanslagningsförsök.

Azure-lagringsplatser

Lägg till bifogade filer när du skapar en pull-begäran

Du kan nu lägga till en bifogad fil i en pull-begäran när du skapar den. För att lägga till en bifogad fil var du tidigare tvungen att skapa pull-begäran och sedan redigera den, men nu kan du dra och släppa en bild direkt till sidan skapa pull-begäran.

Ny webbplattformskonvertering – Lagringsplatsinställningar

Vi har konverterat de två sidorna för lagringsplatsinställningar till en enda upplevelse som har uppgraderats till en ny webbplattform. Den här uppgraderingen gör inte bara upplevelsen snabbare och modernare, utan de här sidorna ger också en enda startpunkt för alla principer från projektnivån till grennivån.

Med den här nya upplevelsen har navigeringen för projekt med ett stort antal lagringsplatser blivit enklare på grund av snabbare inläsningstider och ett extra sökfilter. Du kan också visa principer på projektnivå och listan över principer för flera lagringsplatser under fliken Principer.

Om du klickar på en lagringsplats kan du visa principer och behörigheter som angetts på lagringsplatsnivå. På fliken Principer kan du visa en lista över varje gren som principen är inställd på. Klicka nu på grenen för att se principerna samtidigt som du aldrig lämnar sidan Lagringsplatsinställningar.

Nu, när principer ärvs från ett högre omfång än vad du arbetar med, visar vi dig var principen ärvdes bredvid varje enskild princip. Du kan också navigera till sidan där principen på högre nivå angavs genom att klicka på omfångsnamnet.

Själva principsidan har också uppgraderats till den nya webbplattformen med komprimerbara avsnitt! För att förbättra upplevelsen av att söka efter en viss build-validering, statuskontroll eller automatisk granskarprincip har vi lagt till sökfilter för varje avsnitt.

Azure-pipelines

Jobb har åtkomst till utgående variabler från föregående steg

Utdatavariabler kan nu användas i flera steg i en YAML-baserad pipeline. Detta hjälper dig att skicka användbar information, till exempel ett go/no-go-beslut eller ID för genererade utdata, från en fas till nästa. Resultatet (status) för en tidigare fas och dess jobb är också tillgängligt.

Utdatavariabler skapas fortfarande av steg i jobben. I stället för att referera till dependencies.jobName.outputs['stepName.variableName']refererar faserna till stageDependencies.stageName.jobName.outputs['stepName.variableName'].

Kommentar

Som standard beror varje steg i en pipeline på den precis före den i YAML-filen. Därför kan varje steg använda utdatavariabler från föregående fas. Du kan ändra beroendediagrammet, vilket också ändrar vilka utdatavariabler som är tillgängliga. Om steg 3 till exempel behöver en variabel från steg 1 måste den deklarera ett explicit beroende av steg 1.

Begränsa åtkomsten till tjänstlagringsplatser

Genom att bygga vidare på att förbättra pipelinesäkerheten genom att begränsa omfattningen för åtkomsttoken kan Azure Pipelines nu begränsa lagringsplatsens åtkomst till bara de lagringsplatser som krävs för en YAML-baserad pipeline. Det innebär att om pipelines åtkomsttoken skulle läcka skulle den bara kunna se de lagringsplatser som används i pipelinen. Tidigare var åtkomsttoken bra för alla Azure Repos-lagringsplatser i projektet, eller potentiellt hela samlingen.

Den här funktionen är aktiverad som standard för nya projekt och organisationer. För befintliga organisationer måste du aktivera det i Organisation Inställningar> Pipelines> Inställningar. När du använder den här funktionen måste alla Azure Repos Git-lagringsplatser som används av pipelinen med hjälp av byggtjänstidentiteten uttryckligen checkas ut med hjälp av ett checkout steg i jobbet som använder lagringsplatsen. Mer information finns i Begränsa omfånget för jobbauktorisering till refererade Azure DevOps-lagringsplatser.

Få information vid körning om flera lagringsplatser

När en pipeline körs lägger Azure Pipelines till information om lagringsplatsen, grenen och incheckningen som utlöste körningen. Nu när YAML-pipelines har stöd för att checka ut flera lagringsplatser kanske du också vill veta vilken lagringsplats, gren och incheckning som har checkats ut för andra lagringsplatser. Dessa data är tillgängliga via ett körningsuttryck som du nu kan mappa till en variabel. Till exempel:

resources:
  Databaser:
  – lagringsplats: annan
    typ: git
    name: MyProject/OtherTools
variables:
  tools.ref: $[ resources.repositories['other'].ref ]

Steg:
- utcheckning: själv
- utcheckning: övrigt
- bash: eko "Verktyg version: $TOOLS_REF"

Ga för pipelines i flera steg

Användargränssnittet för pipelines i flera steg är nu allmänt tillgängligt. Motsvarande förhandsgranskningsfunktionsväxling har tagits bort. 

Du kan navigera till den nya upplevelsen genom att välja Pipelines ->Pipelines under den vänstra navigeringsmenyn i Azure DevOps. Den här upplevelsen är startpunkten för både klassiska byggpipelines och YAML-pipelines. Det är mobilvänligt och ger olika förbättringar av hur du hanterar dina pipelines. Du kan öka detaljnivån och visa pipelineinformation, körningsinformation, pipelineanalys, jobbinformation, loggar med mera.

Mer information om användarupplevelsen för pipelines i flera steg finns i dokumentationen här.

Konfigurera distributionsstrategier från Azure-portalen

Med den här funktionen har vi gjort det enklare för dig att konfigurera pipelines som använder valfri distributionsstrategi, till exempel Rullande, Kanariefågel eller Blågrön. Med hjälp av dessa färdiga strategier kan du distribuera uppdateringar på ett säkert sätt och minimera associerade distributionsrisker. Om du vill komma åt detta klickar du på inställningen "Kontinuerlig leverans" på en virtuell Azure-dator. I konfigurationsfönstret uppmanas du att välja information om Azure DevOps-projektet där pipelinen ska skapas, distributionsgruppen, bygg-pipelinen som publicerar paketet som ska distribueras och vilken distributionsstrategi du väljer. I framtiden konfigureras en fullt fungerande pipeline som distribuerar det valda paketet till den virtuella datorn.

Mer information finns i vår dokumentation om hur du konfigurerar distributionsstrategier.

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.