Dela via

Hantera organisationsfakturering i Azure DevOps – Sprint 150-uppdatering

  • Artikel

I Sprint 150-uppdateringen av Azure DevOps lade vi till möjligheten att hantera fakturering för din organisation i vår portal.

På den nya faktureringsfliken kan du välja den Azure-prenumeration som du använder för fakturering och betala för ytterligare användare. Du behöver inte längre gå till Visual Studio Marketplace eller Azure Portal för att hantera fakturering.

Mer information finns i listan Funktioner nedan.

Funktioner

Allmänt:

Azure Boards:

Azure-lagringsplatser:

Azure Pipelines:

Rapportering:

Wiki:

Administration:

Allmänt

Allmän tillgänglighet för mörkt tema

I oktober förra året släppte vi den offentliga förhandsversionen av det mörka temat som en del av den nya navigeringen. Efter flera månader i förhandsversionen, lyssna på feedback och justera upplevelsen är vi glada över att kunna meddela att det mörka temat är allmänt tillgängligt.

Hantera fakturering för din organisation från Azure DevOps

Vi är glada att kunna meddela att du nu kan hantera din organisations fakturering från Azure DevOps-portalen. Administratörer behöver inte längre konfigurera fakturering via Azure Portal. Om du vill hantera faktureringsinställningarna går du till Organisationsinställningar och väljer Fakturering.

Nedan visas en lista över inställningar som du kan hantera på fliken Fakturering .

  1. Du kan välja en Azure-prenumeration som ska användas för fakturering.

    Fakturering för organisationsinställningar.

  2. Du kan ändra den Azure-prenumeration som din organisation använder för fakturering genom att välja en annan prenumeration. Tidigare var du tvungen att ta bort faktureringen och sedan köpa om samma nivå för var och en av dina betalda resurser (grundläggande användare, pakethanteringsanvändare, MS Hosted-pipelines osv.). Den här processen var omständlig och felbenägen. Nu kan du ändra den Azure-prenumeration som din organisation använder för fakturering genom att välja en annan prenumeration och klicka på Spara.

    Fakturerings-ID för Azure-prenumeration.

  3. Du behöver inte längre gå till Visual Studio Marketplace för att hantera faktureringskonfigurationen. Vi har lagt till möjligheten att betala för ytterligare Basic-, Test Manager- och Package Management-användare (Azure Artifacts). Du kan öka eller minska antalet användare som din organisation betalar från den nya fliken Fakturering .

    Faktureringsbetalning för ytterligare användare.

Azure-tavlor

Frågearbete baserat på Azure Active Directory-grupper

Med det ökade införandet av Azure Active Directory och förekomsten av att använda grupper för att hantera säkerhet har team i allt högre grad letat efter sätt att utnyttja dessa grupper i Azure Boards. Förutom att fråga efter arbetsobjekt som har tilldelats eller ändrats av specifika personer med operatorerna I grupp eller Inte i grupp kan du också använda Azure Active Directory-grupper direkt.

Mer information finns i dokumentationen för frågeoperatorer .

Frågearbete baserat på grupper.

Dela teamets tavla med hjälp av ett märke

Lagringsplatsens README är ofta det hem som projektteamet vänder sig till för information om hur man bidrar till och använder din lösning. Nu kan du, precis som du kan med en bygg- eller distributionsstatus i Azure Pipelines, lägga till ett märke för ditt teams styrelse i Azure Boards i README. Du kan konfigurera märket så att endast kolumnerna Pågår eller alla kolumner visas, och till och med göra märket synligt offentligt om projektet öppen källkod.

Använd ett märke för att dela tavlor.

Om readme baseras på Markdown kan du helt enkelt kopiera markdownexemplet från inställningssidan för statusikonen och klistra in det i filen.

Märke i en README på GitHub.

Fråga efter arbete i förhållande till början av dagen, veckan, månaden eller året

Även om team ofta fokuserar på arbete inom ramen för vad som kommer härnäst eller baserat på sprintiterationer, är det ofta intressant att se tillbaka på arbetet genom kalenderns lins för att rapportera om allt arbete som hände förra månaden eller under årets första kvartal. Nu kan du använda följande nya uppsättning @StartOf makron tillsammans med valfritt datumbaserat fält för att fråga baserat på början av dagen, veckan, månaden eller året:

  • @StartOfYear
  • @StartOfMonth
  • @StartOfWeek
  • @StartOfDay

Vart och ett av dessa makron accepterar också en ny modifierarsträng som gör att du kan flytta data efter olika datumenheter. Du kan till exempel skriva en fråga för att hitta alla arbetsobjekt som slutförts under det första kvartalet i år genom att fråga efter Tillståndsändringsdatum >= @StartOfYear och Tillståndsändringsdatum <= @StartOfYear(“+3M”). Mer information finns i dokumentationen för frågemakron .

Fråga efter arbete i förhållande till början av dagen, veckan, månaden eller året.

Exportera frågeresultat till en CSV-fil

Nu kan du exportera frågeresultat direkt till en CSV-formatfil från webben.

Exportera frågeresultat.

Azure-lagringsplatser

Nya sammanslagningstyper för slutförande av pull-begäranden

Nu har du fler alternativ när du sammanfogar ändringarna från en pull-begäran till målgrenen. Vi har lagt till stöd för två av våra mest efterfrågade funktioner i Utvecklarcommunityn: Sammanslagning av snabbspolning och halvradär sammanslagning (kallas även "Ombasera och slå samman").

Nu visas de här nya alternativen i dialogrutan Slutför pull-begäran :

Nya sammanslagningstyper för att slutföra pull-begäranden.

På den uppdaterade sidan för principadministration kan administratörer styra vilka sammanslagningsstrategier som tillåts i en gren eller mapp med grenar.

Begränsa sammanslagningstyper.

Anteckning

Befintliga principer tillämpas fortfarande. Om din gren till exempel för närvarande har en princip för "endast squashsammanslagning" måste du redigera principen för att kunna använda de nya sammanslagningsstrategierna.

Det finns några situationer när det inte går att göra en ombasering när pull-begäran slutförs:

  • Om en princip på målgrenen förbjuder användning av ombaseringsstrategier behöver du behörigheten "Åsidosätt förgreningsprinciper".
  • Om källgrenen för pull-begäran har principer kan du inte ombaseras. Ombasering ändrar källgrenen utan att gå igenom processen för principgodkännande.
  • Om du har använt sammanslagningskonflikttillägget för att lösa sammanslagningskonflikter. Konfliktlösning som tillämpas på en trevägssammanslagning lyckas sällan (eller ens giltig) när alla incheckningar baseras på nytt i en pull-begäran en i taget.

I alla dessa fall har du fortfarande möjlighet att ombasera din gren lokalt och push-överföra till servern, eller squash-sammanslagning av dina ändringar när du slutför pull-begäran.

Azure-pipelines

Kubernetes-manifestaktivitet

Vi har lagt till en ny uppgift i våra versionspipelines för att förenkla distributionen till Kubernetes-kluster med hjälp av manifestfiler. Den här uppgiften ger följande fördelar jämfört med användningen av kubectl-binär i skript:

  • Artefaktersättning – Distributionsåtgärden tar som indata en lista över containeravbildningar som kan anges tillsammans med deras taggar eller sammanfattningar. Detta ersätts med den icke-mallversion av manifestfilerna innan den tillämpas på klustret för att säkerställa att rätt version av avbildningen hämtas av klustrets noder.

  • Manifeststabilitet – Distributionsstatus kontrolleras för de Kubernetes-objekt som distribuerats för att införliva stabilitetskontroller medan uppgiftsstatusen beräknas som lyckad/misslyckad.

  • Spårningsanteckningar – Anteckningar läggs till i de distribuerade Kubernetes-objekten för att lägga till spårbarhetsinformation om ursprunglig organisation, projekt, pipeline och körning.

  • Bake manifest – Uppgiftens bake-åtgärd gör det möjligt att baka Helm-diagram i Kubernetes-manifestfiler så att de kan tillämpas på klustret.

  • Distributionsstrategi – Att välja kanariestrategi med distributionsåtgärd leder till att önskad procentandel av arbetsbelastningarna skapas med -baseline och -canary så att de kan jämföras under en ManualIntervention uppgift innan åtgärden för att höja/avvisa används för att slutföra den version som ska behållas.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    helmChart: charts/sample
    overrides: 'image.repository:nginx'

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)
    containers: |
      nginx: 1.7.9

Uppgraderar till Docker-uppgift

Vi har uppgraderat Docker-uppgiften för att förenkla redigeringen av pipelinen. Kommandot buildAndPush kan nu användas för att skapa flera taggar för en specifik containerlagringsplats och skicka den till flera containerregister i ett enda steg. Uppgiften kan använda Docker-registertjänstanslutningar för att logga in på containerregister. Spårningsmetadata om källlagringsplats, incheckning och kompilering läggs till som etiketter till de avbildningar som skapats med den här uppgiften.

steps:
- task: Docker@2
  displayName: Container registry login - ACR1 service connection
  inputs:
    command: login
    containerRegistry: acr1
- task: Docker@2
  displayName: Container registry login - ACR2 service connection
  inputs:
    command: login
    containerRegistry: acr2
- task: Docker@2
  displayName: Build and push images
  inputs:
    repository: test
    tags: |
      d1
      d2

Installationsprogram för Kubectl-verktyg

Vi har lagt till en ny uppgift som gör att du kan installera en specifik version av Kubectl-binärfilen på agenterna. De senaste versionssträngarna och semverversionssträngarna , till exempel "v1.14.0", accepteras som giltiga värden för Kubectl Version Spec-indata.

installationsprogrammet för kubectl-verktyget.

Azure-containerregister i Docker-registertjänstanslutning

Nu kan du skapa en Docker-registertjänstanslutning från projektets inställningssida. Om du vill skapa anslutningen väljer du ett Azure-containerregister i en av de prenumerationer som är associerade med din Azure Active Directory-identitet (Azure AD). Alla uppgifter som kräver tjänstanslutningar till containerregister som Docker@2 och KubernetesManifest@0 stöder ett enda sätt att ange en anslutning.

Lägg till en Docker-tjänstanslutning.

cgroup-stöd för värdbaserad Ubuntu-pool

När minnesanvändningen blir för hög i Linux avslutar kerneln vissa processer för att skydda resten. Om Azure Pipelines-agentprocessen har valts för avslutning misslyckas pipelinekörningen med ett felmeddelande om att kommunikationen med agenten går förlorad. I den Microsoft-värdbaserade Ubuntu-poolen har vi minskat risken för att agenten avslutas genom att köra steg i en anpassad cgroup. Pipelinen kan fortfarande misslyckas om du överskrider det tillgängliga minnet, men det är mer troligt att agentprocessen överlever och rapporterar felet korrekt. Om du kör en privat Linux-agent har vi publicerat de inställningar som vi använder så att du kan överväga en liknande konfiguration.

Kör en gång agent

Om du använder infrastruktur som Azure Container Instances för att köra elastiska privata agenter vill du ofta att varje agent bara ska acceptera ett jobb innan de försvinner. Fram till nu var det inte lätt eftersom du var tvungen att avsluta agenten (vilket kan orsaka att ett fel rapporteras) eller acceptera risken att en agent får ett annat jobb innan du kan stänga av den. Med den här uppdateringen har vi lagt till flaggan --once i agentkonfigurationen. När du konfigurerar agenten på det här sättet accepterar den bara ett jobb och stänger sedan av sig själv.

Stöd för Visual Studio 2019 (VS2019) i Visual Studio Test-uppgift

Vi har lagt till stöd för VS2019 till Visual Studio Test-uppgiften i pipelines. Om du vill köra tester med testplattformen för VS2019 väljer du alternativen Senaste eller Visual Studio 2019 i listrutan Testplattformsversion.

Stöd för Visual Studio 2019 (VS2019) i Visual Studio Test-uppgift.

Uppdatering av användargränssnittet för agentpoolen

Hanteringssidan för agentpooler i projektinställningarna har uppdaterats med ett nytt användargränssnitt. Nu kan du enkelt se alla jobb som körs i en pool. Dessutom kan du lära dig varför ett jobb inte körs.

Uppdatering av användarupplevelsen för agentpoolen (UX).

Uppgift assistent för redigering av YAML-filer

Vi fortsätter att få mycket feedback som ber om att göra det enklare att redigera YAML-filer för pipelines. I föregående uppdateringar har vi lagt till intellisense-stöd. Nu lägger vi till en uppgift assistent till YAML-redigeraren. Med detta har du samma välbekanta upplevelse för att lägga till en ny uppgift i en YAML-fil som i den klassiska redigeraren. Den här nya assistent stöder de flesta vanliga typer av uppgiftsindata, till exempel plocklistor och tjänstanslutningar. Om du vill använda den nya uppgiften assistent väljer du Redigera på en YAML-baserad pipeline och väljer sedan assistent.

Uppgift assistent för redigering av YAML-filer.

Avbildningsuppdateringar för värdbaserade pipelines

Vi är glada över att kunna meddela uppdateringar av den värdbaserade macOS-poolen till OS X Mojave (10.4) som också kommer att innehålla stöd för Xcode 10.2. Om dina designerbaserade pipelines använder den värdbaserade macOS-poolen uppgraderas dina pipelines automatiskt till Mojave. Om du vill stanna kvar på OS X High Sierra (10.3) ändrar du poolen som dina byggen körs på till Hosted macOS High Sierra.

Om du använder YAML är de nya vmImage-etiketterna som du kan använda följande:

  • Bildetikett som alltid pekar på den senaste versionen av macOS, för närvarande 10.4
vmImage: 'macOS-latest'
  • Den här avbildningsetiketten riktar sig specifikt mot mac OS 10.4 om du vill vara säker på att din pipeline körs mot Mojave
vmImage: 'macOS-10.4'
  • Bildetikett som specifikt riktar sig till mac OS 10.3 om du vill vara säker på att din pipeline körs mot High Sierra
vmImage: 'macOS-10.3'

Vi har också gjort uppdateringar av Windows Server 2019-avbildningen för dina värdbaserade Azure-pipelines. De senaste versionerna finns här. Den här uppdateringen innehåller nya versioner av VS2019 Preview, Docker, PowerShell Core, Node.js, npm och andra.

Mer information om vad som finns i våra vm-avbildningar av värdbaserade macOS och mer information om verktygen som är tillgängliga på våra avbildningar finns på vår imagegenererings-lagringsplats på GitHub.

Förbättringar av ServiceNow-integrering

I december förra året släppte vi ServiceNow Change Management-integreringen med versionspipelines. En viktig funktion för samarbete mellan team som gjorde det möjligt för varje team att använda valfri tjänst och få effektiv leverans från slutpunkt till slutpunkt. Med den här uppdateringen har vi förbättrat integreringen för att stödja alla typer av ändringar (normal, standard och nödsituation). Dessutom kan du nu ange den grind som används för att skapa en ny ändringsbegäran med hjälp av en befintlig mall, enligt ITSM-processen som följs i din organisation. Slutligen kan du även utfärda versioner baserat på befintliga ändringsbegäranden. På så sätt kan du använda CD utan att behöva ändra den process som rekommenderas av IT-teamen.

ServiceNow ändringshantering.

Stöd för modulen Azure PowerShell Az

Azure PowerShell innehåller en uppsättning cmdletar som du kan använda för att hantera Azure-resurser från kommandoraden. I december förra året blev Azure PowerShell Az-modulen tillgänglig och är nu den avsedda modulen för att hantera dina Azure-resurser.

Tidigare gav vi inte stöd för modulen Azure PowerShell Az i våra värdbaserade agenter. Med den nya Azure PowerShell uppgiftsversion 4.* i bygg- och versionspipelines har vi lagt till stöd för den nya Az-modulen för alla plattformar. Azure PowerShell uppgiftsversion 3.* fortsätter att stödja AzureRM-modulen. Men för att hålla jämna steg med de senaste Azure-tjänsterna och funktionerna rekommenderar vi att du växlar till Azure PowerShell uppgiftsversion 4.* så snart som möjligt.

Az-modulen har ett kompatibilitetsläge som hjälper dig att använda befintliga skript när du uppdaterar dem för att använda den nya syntaxen. Om du vill aktivera kompatibilitet för Az-modulen använder du Enable-AzureRmAlias kommandot . Med alias kan du använda de gamla cmdlet-namnen med Az-modulen. Du kan få mer information om hur du migrerar från Azure RM-modulen till Azure PowerShell Az-modulen här.

Anteckning

Du måste installera Az-modulen på din agentdator om du använder privata agenter.

Mer information om modulen Azure PowerShell Az finns i dokumentationen här.

Förbättringar av resursauktorisering

Vi behövde tillhandahålla säkerhet för skyddade resurser (t.ex. tjänstanslutningar, variabelgrupper, agentpooler, säkra filer) när de refereras i en YAML-fil. Samtidigt ville vi göra det enklare för dig att konfigurera och använda pipelines som använder dessa typer av resurser för scenarier som inte är produktionsscenarier. Tidigare lade vi till en inställning för att markera en resurs som "godkänd för användning i alla pipelines".

Med den här uppdateringen gör vi det enklare för dig att åtgärda ett problem med resursauktorisering även om du inte har markerat en resurs som sådan. När en version misslyckas på grund av ett resursauktoriseringsfel visas ett alternativ för att uttryckligen auktorisera användningen av dessa resurser i pipelinen och sedan fortsätta. Teammedlemmar med behörighet att auktorisera resurser kommer att kunna slutföra den här åtgärden direkt från en misslyckad version.

Pipelinesammanfattning med auktoriseringsfel.

Förenklade kvarhållningsprinciper för bygg-pipelines

Vi förenklade kvarhållningsmodellen för alla bygg-pipelines, inklusive YAML-versioner. Det finns en ny inställning på projektnivå som gör att du kan styra hur många dagar du vill behålla byggen för varje pipeline och hur många dagar du vill behålla artefakterna för varje version. Om du använde den klassiska redigeraren för att skapa din byggpipeline fortsätter de äldre kvarhållningsinställningarna att respekteras, men nyare pipelines använder de nya inställningarna. Du kan hantera kvarhållning under sidan pipelinesinställningar för projektinställningar.

Pipelineartefakter hämtas automatiskt i versionen

Om bygg-pipelinen som är länkad till en version tidigare hade publicerat artefakter med hjälp av aktiviteten Publicera pipelineartefakt hämtades inte artefakterna automatiskt i versionen. I stället var du tvungen att uttryckligen lägga till en ladda ned pipelineartefaktaktivitet i versionspipelinen för att ladda ned artefakterna.

Nu laddas alla pipelineartefakter som publiceras av bygg-pipelinen ned automatiskt och görs tillgängliga för dig i versionen. Du kan också anpassa nedladdningen av pipelineartefakten från fasegenskaperna för versionspipelinen.

Uppdateringar av kodtäckningsrapport för Cobertura

När du tidigare körde tester i pipeline och publicerade kodtäckningsresultat till Azure DevOps var det nödvändigt att ange både XML-sammanfattningen och en HTML-rapportfil. Dessutom togs formatmallar i HTML-rapporterna bort innan de renderades på fliken för kodtäckning. Den här borttagningen av formateringen var nödvändig ur säkerhetssynpunkt eftersom godtyckliga HTML-filer kunde laddas upp.

Med den här uppdateringen har vi åtgärdat dessa begränsningar för Cobertura-täckningsrapporter. När du publicerar rapporter om kodtäckning behöver du inte längre ange HTML-filer. Rapporter genereras automatiskt och återges med lämplig formatering på fliken för kodtäckning. Den här funktionen använder öppen källkod-verktyget ReportGenerator.

Kodtäckning.

Rapportering

Rapporter om byggfel och varaktighet

Det är viktigt att ha mått och insikter för att kontinuerligt förbättra pipelinens dataflöde och stabilitet. Som det första steget mot att ge dig pipelineanalys har vi lagt till två rapporter som ger dig mått och insikter om dina pipelines.

  1. Felrapporten visar genereringshastigheten och feltrenden. Dessutom visar den också aktivitetsfeltrenden för att ge insikter om vilken aktivitet som bidrar till det maximala antalet fel.

    Rapporter om byggfel och varaktighet.

  2. Varaktighetsrapporten kommer att ha pipelinens varaktighet tillsammans med dess trend.

    Rapporttrend för pipelinevaraktighet.

Allmän tillgänglighet för analys

Vi är glada över att kunna meddela att följande analysfunktioner kommer att ingå i Azure DevOps utan extra kostnad.

  1. Analyswidgetarna är konfigurerbara moduler som visar data på en instrumentpanel och som hjälper dig att övervaka arbetets förlopp. De widgetar som ingår är följande:

  2. I produkten inkluderar vi den bästa misslyckade testrapporten för att få insikter om de bästa misslyckade testerna i pipelinen för att förbättra pipelinetillförlitligheten och minska testskulden.

    Testfelrapport.

Vi kommer också att fortsätta att erbjuda Power BI-integrering via analysvyer och direkt åtkomst till vår OData-slutpunkt i förhandsversion för alla Azure DevOps Services-kunder.

Om du använder tillägget Analytics Marketplace kan du fortsätta att använda Analytics som du gjorde tidigare och behöver inte följa några ytterligare steg. Det innebär att vi kommer att föråldrade Analytics Marketplace-tillägget för värdbaserade kunder.

Azure DevOps Analytics-erbjudandet är framtidens rapportering och vi fortsätter att investera i nya funktioner som drivs av Analytics. Mer information om Analys finns i länkarna nedan.

Wiki

Meddelanden på wiki-sidor

Hittills har du inte kunnat veta när innehållet på en wiki-sida har ändrats. Nu kan du följa wiki-sidor för att få ett meddelande via e-post när sidan redigeras, tas bort eller byt namn. Om du vill spåra ändringar som gjorts i en wiki väljer du knappen Följ på wiki-sidan.

Wiki-sida.

Den här funktionen har prioriterats baserat på den här förslagsbegäran. Mer information finns i vår dokumentation här.

Administration

Hantera fakturering för din organisation från Azure DevOps

Vi är glada att kunna meddela att du nu kan hantera din organisations fakturering från Azure DevOps-portalen. Administratörer behöver inte längre konfigurera fakturering via Azure Portal. Om du vill hantera faktureringsinställningarna går du till Organisationsinställningar och väljer Fakturering.

Nedan visas en lista med inställningar som du kan hantera från fliken Fakturering .

  1. Du kan välja en Azure-prenumeration som ska användas för fakturering.

    Fakturering för organisationsinställningar.

  2. Du kan ändra den Azure-prenumeration som din organisation använder för fakturering genom att välja en annan prenumeration. Tidigare var du tvungen att ta bort faktureringen och sedan noggrant köpa samma nivå för var och en av dina betalda resurser (Grundläggande användare, Pakethanteringsanvändare, MS Hosted-pipelines osv.). Den här processen var omständlig och felbenägen. Du kan nu ändra den Azure-prenumeration som din organisation använder för fakturering genom att välja en annan prenumeration och klicka på Spara.

    Fakturering azure-prenumerations-ID

  3. Du behöver inte längre gå till Visual Studio Marketplace för att hantera faktureringskonfigurationen. Vi har lagt till möjligheten att betala för ytterligare användare av Basic, Test Manager och Package Management (Azure Artifacts). Du kan öka eller minska antalet användare som din organisation betalar från den nya fliken Fakturering .

    Faktureringsbetalning för ytterligare användare.

Nästa steg

Anteckning

De här funktionerna kommer att lanseras under de kommande två till tre veckorna.

Gå 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 dessa funktioner. 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,

Jeremy Epling