Dela via

Användartilldelningsbaserad fakturering, standardåtkomstnivå och daglig fakturering – Sprint 158 Update

  • Artikel

I Sprint 158-uppdateringen av Azure DevOps har vi lagt till användartilldelningsbaserad fakturering. Med den här funktionen ändras antalet licenser för Basic- eller Basic + Test-prenumerationsavtal när du lägger till eller tar bort användare. Det innebär att du bara betalar för de licenser som du använder. Vi har också lagt till en ny inställning som gör att du kan välja om du vill att nya användare ska läggas till i din organisation för att få fullständig grundläggande åtkomst eller begränsad/kostnadsfri intressentåtkomst.

Dessutom har vi gått över från månatlig till daglig fakturering. Det betyder att om du ger en användare betald åtkomst under några veckor eller bara några dagar, så betalar du endast för den tid då användaren var tilldelad den betalda åtkomsten, i stället för en hel månad.

Mer information finns i listan Funktioner nedan.

Nyheter i Azure DevOps

Funktioner

Allmänt:

Azure Boards:

Azure Repos:

Azure Pipelines:

Azure Test Plans:

Rapportering:

Wiki:

Allmänt

Fakturering baserat på användartilldelning och standardåtkomstnivå

Användartilldelningsbaserad fakturering

Med den här uppdateringen har vi lagt till användartilldelningsbaserad fakturering. I stället för att behöva öka eller minska antalet betalda licenser för grundläggande eller grundläggande + testplan som din organisation har tillgängliga att tilldela, sker det nu automatiskt när du lägger till eller tar bort användare eller ändrar deras åtkomstnivå. Det innebär att du aldrig betalar för fler licenser än du använder, och det gör det mycket enklare att automatisera tilldelningen på åtkomstnivå. Du har till exempel kunnat konfigurera gruppregler för att styra vilken åtkomstnivå som tilldelas nya användare som ansluter till ditt team automatiskt. Men tidigare fungerade dessa bara om du hade extra licenser som du betalade för som inte har tilldelats någon ännu, och om du tog slut misslyckades gruppregeln . Den här typen av fel inträffar inte längre, så länge den Azure-prenumeration som du använder för fakturering förblir aktiv.

Standardåtkomstnivå för nya användare

Vi har också lagt till en ny inställning som gör att du kan välja om du vill att nya användare ska läggas till i din organisation för att få fullständig grundläggande åtkomst eller begränsad/kostnadsfri intressentåtkomst. Tidigare fick nya användare Basic om det fanns otilldelade grundläggande licenser tillgängliga, men intressent om det inte fanns det. Alla organisationer börjar med sin standardåtkomstnivå inställd på Intressent, så det blir inga oväntade avgifter för nya användare. Om din organisation vanligtvis har extra otilldelade licenser, så att nya användare som lagts till i projekt har fullständig grundläggande åtkomst, måste du ändra standardåtkomstnivån till Basic.

Default access level for new users.

Daglig fakturering

Som en del av ändringen av tilldelningsbaserad fakturering har vi också växlat från månatlig till daglig fakturering. Om du nu ger en användare betald åtkomst i några veckor eller till och med några dagar betalar du bara för den tid de tilldelades den betalda åtkomsten, snarare än en hel månad. När vi byter organisation från månadsvis till daglig fakturering blir din nästa Azure-faktura förmodligen lägre än tidigare. Nästa månad återgår till det normala när den har en hel månad med ackumulerade dagliga avgifter.

Nytt användargränssnitt för att hantera organisations- och projektbehörigheter

Hantering av organisations- och projektbehörigheter har ett nytt utseende och prestandan har förbättrats. Nu visas nya gruppmedlemmar i listan när de läggs till utan att en framtvingad siduppdatering krävs. Gå över till dina organisationer Inställningar och ta en titt.

Manage organization and project permissions.

Azure-tavlor

Stöd för anpassade fält i sammanslagningskolumner

Sammanslagning kan nu göras på valfritt fält, inklusive anpassade fält. När du lägger till en sammanslagningskolumn kan du fortfarande välja en sammanslagningskolumn från snabblistan, men om du vill samla in numeriska fält som inte ingår i processmallen kan du konfigurera din egen på följande sätt:

  1. Klicka på Kolumnalternativ i kvarvarande uppgifter. Klicka sedan på "Lägg till sammanslagningskolumn" i panelen och Konfigurera anpassad sammanslagning.

    Rollup on custom fields.

  2. Välj mellan Förloppsindikator och Summa.
  3. Välj en typ av arbetsobjekt eller en kvarvarande nivå (vanligtvis aggregerar kvarvarande uppgifter flera typer av arbetsobjekt).
  4. Välj aggregeringstyp. Antal arbetsobjekt eller summa. För Summa måste du välja det fält som ska sammanfattas.
  5. Knappen OK tar dig tillbaka till panelen med kolumnalternativ där du kan ändra ordning på din nya anpassade kolumn.

Support for custom fields in Rollup columns.

Observera att du inte kan redigera din anpassade kolumn när du har klickat på OK. Om du behöver göra en ändring tar du bort den anpassade kolumnen och lägger till en till efter behov.

Ny regel för att dölja fält i ett formulär för arbetsobjekt baserat på villkor

Vi har lagt till en ny regel i den ärvda regelmotorn så att du kan dölja fält i ett arbetsobjektformulär. Den här regeln döljer fält baserat på användarnas gruppmedlemskap. Om användaren till exempel tillhör gruppen "produktägare" kan du dölja ett utvecklarspecifikt fält. Mer information finns i dokumentationen här.

Anpassade aviseringsinställningar för arbetsobjekt

Det är otroligt viktigt att hålla dig uppdaterad om arbetsobjekt som är relevanta för dig eller ditt team. Det hjälper teamen att samarbeta och hålla sig på rätt spår med projekt och ser till att alla rätt parter är inblandade. Olika intressenter har dock olika investeringsnivåer i olika insatser, och vi anser att det bör återspeglas i din förmåga att följa statusen för en arbetsuppgift.

Om du tidigare ville följa ett arbetsobjekt och få meddelanden om ändringar som gjorts skulle du få e-postaviseringar för alla ändringar som gjorts i arbetsobjektet. När vi har övervägt din feedback gör vi följande en arbetsuppgift mer flexibel för alla intressenter. Nu visas en ny inställningsknapp bredvid knappen Följ i det övre högra hörnet av arbetsobjektet. Detta tar dig till ett popup-fönster där du kan konfigurera följande alternativ.

Configure follow options.

Från Meddelande Inställningar kan du välja mellan tre aviseringsalternativ. Först kan du avsluta prenumerationen helt. För det andra kan du prenumerera fullt ut, där du får meddelanden om alla ändringar i arbetsobjektet. Slutligen kan du välja att få aviseringar om några av de viktigaste och viktiga ändringshändelserna för arbetsobjekt. Du kan bara välja ett eller alla tre alternativen. Detta gör att teammedlemmar kan följa arbetsobjekt på en högre nivå och inte distraheras av varje enskild ändring som görs. Med den här funktionen eliminerar vi onödiga e-postmeddelanden och gör att du kan fokusera på viktiga uppgifter.

Choose Notification Settings.

Vi är glada över att kunna släppa en förhandsversion av distributionskontrollen i arbetsobjektsformuläret. Den här kontrollen länkar dina arbetsobjekt till en version och gör att du enkelt kan spåra var ditt arbetsobjekt har distribuerats. Mer information finns i dokumentationen här.

Link work items to deployments.

Azure-lagringsplatser

Ansluta till AKS med autentisering baserat på tjänstkonto

Tidigare använde vi en Azure Resource Manager-Anslut ion när vi konfigurerade Azure Pipelines från AKS Deployment Center. Den här anslutningen hade åtkomst till hela klustret och inte bara det namnområde som pipelinen konfigurerades för. Med den här uppdateringen använder våra pipelines tjänstkontobaserad autentisering för att ansluta till klustret så att de bara har åtkomst till det namnområde som är associerat med pipelinen.

Förhandsgranska Markdown-filer i pull-begäran sida vid sida-diff

Nu kan du se en förhandsgranskning av hur en Markdown-fil kommer att se ut med hjälp av den nya förhandsgranskningsknappen . Dessutom kan du se det fullständiga innehållet i en fil från diffen sida vid sida genom att välja knappen Visa .

Preview Markdown files in pull request Side-by-side diff.

Skapa principens förfallotidpunkt för manuella byggen

Principer tillämpar teamets standarder för kodkvalitet och ändringshantering. Tidigare kunde du ange förfalloprinciper för bygget för automatiserade versioner. Nu kan du även ange förfalloprinciper för bygget till dina manuella versioner.

Build policy expiration for manual builds.

Lägga till en princip som blockerar incheckningar baserat på incheckningsskaparens e-postmeddelande

Administratörer kan nu ange en push-princip för att förhindra att incheckningar skickas till en lagringsplats där incheckningsförfattarens e-post inte matchar det angivna mönstret.

Add a policy to block commits based on the commit author email.

Den här funktionen prioriterades baserat på ett förslag från utvecklarcommunityn om att leverera en liknande upplevelse. Vi fortsätter att hålla biljetten öppen och uppmanar användarna att berätta vilka andra typer av push-principer som du vill se.

Azure-pipelines

Återförsök av faser som misslyckats

Kommentar

Om du vill prova den här funktionen måste du ha förhandsgranskningsfunktionen Flerstegspipelines aktiverade.

En av de mest efterfrågade funktionerna i pipelines i flera steg är möjligheten att försöka igen i ett misslyckat stadium utan att behöva starta från början. Med den här uppdateringen lägger vi till en stor del av den här funktionen.

Nu kan du försöka utföra en pipeline-fas igen när körningen misslyckas. Alla jobb som misslyckades i det första försöket och de som är transitivt beroende av de misslyckade jobben görs på nytt.

Detta kan hjälpa dig att spara tid på flera sätt. När du till exempel kör flera jobb i en fas kanske du vill att varje steg ska köra tester på en annan plattform. Om testerna på en plattform misslyckas medan andra godkänns kan du spara tid genom att inte köra jobben som skickades igen. Ett annat exempel är att en distributionsfas kan ha misslyckats på grund av en fläckig nätverksanslutning. Om du försöker utföra den fasen igen kan du spara tid genom att inte behöva skapa en ny version.

Det finns några kända luckor i den här funktionen. Du kan till exempel inte försöka igen i ett steg som du uttryckligen avbryter. Vi arbetar för att överbrygga dessa luckor i framtida uppdateringar.

Förbättringar av godkännanden i YAML-pipelines

Kommentar

Du måste ha förhandsgranskningsfunktioner för flera steg och förhandsversionsfunktioner för ny tjänstanslutning aktiverat för att kunna prova den här funktionen.

Vi fortsätter att förbättra YAML-pipelines i flera steg. Med den här uppdateringen har vi aktiverat konfiguration av godkännanden för tjänstanslutningar och agentpooler. För godkännanden följer vi uppdelningen av roller mellan infrastrukturägare och utvecklare. Genom att konfigurera godkännanden för dina resurser, till exempel miljöer, tjänstanslutningar och agentpooler, kommer du att vara säker på att alla pipelinekörningar som använder resurser måste godkännas först.

Upplevelsen liknar att konfigurera godkännanden för miljöer. När ett godkännande väntar på en resurs som refereras i en fas väntar körningen av pipelinen tills pipelinen har godkänts manuellt.

Enhancements to approvals in YAML pipelines.

Stöd för testning av containerstruktur i Azure Pipelines

Användningen av containrar i program ökar och därmed behovet av robust testning och validering. Azure Pipelines har nu stöd för containerstrukturtester. Det här ramverket är ett bekvämt och kraftfullt sätt att verifiera innehållet och strukturen i dina containrar.

Du kan verifiera strukturen för en bild baserat på fyra kategorier av tester som kan köras tillsammans: kommandotester, filexistenstester, filinnehållstester och metadatatester. Du kan använda resultatet i pipelinen för att fatta go/no go-beslut. Testdata är tillgängliga i pipelinekörningen med ett felmeddelande som hjälper dig att felsöka fel bättre.

Ange konfigurationsfilen och bildinformationen

Container structure testing support in Azure Pipeline.

Testa data och sammanfattning

Test data and summary.

Hantera och åtgärda problematiska buggar

I juli introducerade vi flagnande testhantering för att stödja livscykeln från slutpunkt till slutpunkt med identifiering, rapportering och lösning. För att förbättra det ytterligare lägger vi till flådd testfelhantering och lösning.

När du undersöker det flagnande testet kan du skapa en bugg med hjälp av buggåtgärden som sedan kan tilldelas en utvecklare för att ytterligare undersöka rotorsaken till det flagnande testet. Felrapporten innehåller information om pipelinen, till exempel felmeddelande, stackspårning och annan information som är associerad med testet.

När en felrapport har lösts eller stängts avmarkerar vi automatiskt testet som olaky.

Förbättringar av Azure Pipelines-appen för Slack och Microsoft Teams

YAML-baserade pipelines i flera steg

Kommentar

Om du vill prova den här funktionen måste du ha förhandsgranskningsfunktionen Flerstegspipelines aktiverade.

Azure Pipelines-appen för Slack och Microsoft Teams har nu stöd för YAML-pipelines i flera steg för CI och CD. Med den här förbättringen får du ett meddelande om olika händelser som rör YAML-pipelines.

Enhancements to Azure Pipelines app for Slack and Microsoft Teams.

Händelser som stöds för YAML-pipelines i flera steg

  • Körningstillståndet har ändrats
  • Körningsstegstillståndet har ändrats
  • Körningssteg väntar på godkännande
  • Godkännande av körningssteg har slutförts

Events supported for multi-stage YAML pipelines.

Url-tillägg och tillägg för utökning av meddelanden

Vi har lagt till ett meddelandetillägg för Azure Pipelines-appen för Microsoft Teams. Nu kan du söka efter pipelines och dela relevant information om pipelinen som ett kort i kanalen. Url-uppkoppling hjälper dig att initiera diskussioner kring pipelines och ha meningsfulla och kontextuella konversationer.

URL unfurling and messaging extensions.

Uppdateringar till värdbaserade pipelineavbildningar

Vi har uppdaterat flera av azure pipelines-värdbaserade VM-avbildningar. Följande är några av höjdpunkterna i den här uppdateringen:

  • Go 1.13 har lagts till i Ubuntu 16.04, Ubuntu 18.04, VS2017 och VS2019. Go 1.12 förblir standardvärdet.
  • Android SDK och Build Tools 29 har lagts till i Ubuntu 16.04, Ubuntu 18.04, VS2017 och VS2019.
  • Az Module 2.6.0 har lagts till i VS2017 och VS2019.
  • Olika felkorrigeringar.

Mer information om de senaste versionerna finns här.

Kommentar

Vi tar bort Ruby 2.3 från alla bilder i en framtida uppdatering sedan den nådde slutet av livet den 31 mars 2019.

Installationsaktivitet för Open Policy Agent

Open Policy Agent är en öppen källkod principmotor för generell användning som möjliggör enhetlig, kontextmedveten principframtvingande. Vi har lagt till installationsuppgiften Öppna principagent. Det är särskilt användbart för principframtvingande i pipeline med avseende på infrastruktur som kodleverantörer.

Till exempel kan Open Policy Agent utvärdera Rego-principfiler och Terraform-planer i pipeline.

task: OpenPolicyAgentInstaller@0
    inputs:
          opaVersion: '0.13.5'

Pipeline-dekoratörer för versionspipelines

Med pipelinedekoratörer kan du lägga till steg i början och slutet av varje jobb. Detta skiljer sig från att lägga till steg i en enskild definition eftersom det gäller för alla pipelines i en organisation.

Vi har stött dekoratörer för byggen och YAML-pipelines, där kunder använder dem för att centralt kontrollera stegen i sina jobb. Vi utökar nu även stödet till att släppa pipelines. Du kan skapa tillägg för att lägga till steg som riktar sig till den nya bidragspunkten och de läggs till i alla agentjobb i versionspipelines.

Azure Test Plans

Sida för nya testplaner

De flesta av funktionerna för planering, redigering, körning och spårning är nu tillgängliga på den nya sidan Testplaner. Därför aktiverar vi det för alla testplanersanvändare så att de kan ge oss feedback. De återstående funktionerna kräver att vi når paritet med den tidigare testplanssidan kommer att aktiveras i de närmaste sprintarna. Om det behövs kan användarna inaktivera sidan Testplaner på menyn Förhandsgranskningsfunktioner. Läs mer här.

Rapportering

Infogad sprint-statusrapport med berättelsepunkter

Din Sprint Burndown kan nu brännas ned av Stories. Detta åtgärdar din feedback från utvecklarcommunityn.

Från sprinthubben väljer du fliken Analys. Konfigurera sedan rapporten på följande sätt:

  1. Välj kvarvarande uppgifter för händelser
  2. Välj att bränna ned på Sum of Story Points

Inline sprint burndown using story points.

Wiki

Url:er för kort och läsbar Wiki-sida

Du behöver inte längre använda en url med flera sidor för att dela wiki-sidlänkar. Vi använder sid-ID:na i URL:en för att ta bort parametrar, vilket gör URL:en kortare och enklare att läsa.

Den nya strukturen för URL:er ser ut så här:

https://dev.azure.com/{accountName}/{projectName}/_wiki/wikis/{wikiName}/{pageId}/{readableWiki PageName}

Det här är ett exempel på den nya URL:en för en Välkommen till Azure DevOps Wiki-sida :

https://dev.azure.com/microsoft/ AzureDevOps/_wiki/wikis/AzureDevOps.wiki/1/Welcome-to-Azure-DevOps-Wiki

Detta prioriterades baserat på den här funktionsförslagsbiljetten från utvecklarcommunityn.

Stöd för mermaid-diagram på wiki-sidor

Vi har lagt till stöd för att infoga sjöjungfrudiagram på wiki-sidor. Nu kan du skapa, redigera och hantera flödesdiagram, sekvensdiagram i designdokumenten och lägga till Gantt-diagram i dina planeringsdokument i Azure DevOps Wiki.

Mermaid diagram support in wiki.

Detta prioriterades baserat på den här funktionsförslagsbiljetten från utvecklarcommunityn. Mer information om sjöjungfrudiagram finns i vår dokumentation 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.

Make a suggestion

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

Tack,

Ravi Shanker