Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
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.
Features
General
- 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 Repos
- Lägga till bifogade filer när du skapar en pull-begäran
- Ny webbplattformskonvertering – Lagringsplatsinställningar
Azure-pipelines
- Job kan komma åt utdatavariabler från tidigare steg
- Begränsa åtkomsten till build-tjänstens repo-omfång
- Hämta körningsinformation om flera repo
- Ga för pipelines i flera steg
- Konfigurera distributionsstrategier från Azure-portalen
General
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-notifikationer för repos-hä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 Repos
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, status-kontroll eller automatisk granskarpolicy har vi lagt till sökfilter för varje avsnitt.
Azure-pipelines
Jobb kan komma åt utdatavariabler från tidigare 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 en annan. 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'].
Anmärkning
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 åtkomst till byggtjänst-repositoriernas omfång
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 Organisationsinställningar>Pipelines>Inställningar. När du använder den här funktionen måste alla Azure Repos Git-repositorier som nås av pipelinen med hjälp av byggtjänstidentiteten uttryckligen checkas ut i ett checkout steg inom jobbet som använder det. Mer information finns i Begränsa omfånget för jobbauktorisering till refererade Azure DevOps-lagringsplatser.
Få information under körning om flera lagringsplatser
När en pipeline körs lägger Azure Pipelines till information om lagringsplatsen, grenen och commit som startade körningen. Nu när YAML-pipelines har stöd för att checka ut flera repository kan det också vara så att du vill veta vilket repository, vilken gren och vilken commit som har checkats ut för andra repository. Denna data är tillgänglig via ett körningsuttryck, som du nu kan koppla till en variabel. Till exempel:
Resurser: Arkiv – lagringsplats: annan typ: git name: MyProject/OtherToolsVariabler: tools.ref: $[ resources.repositories['other'].ref ]
steg:- utcheckning: själv- utcheckning: övrigt
- bash: echo "Verktygsversion: $TOOLS_REF"
Ga för pipelines i flera steg
Användargränssnittet för flerstegs-pipelines ä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, Canaryeller 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 konfigurering av distributionsstrategier.
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 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.