Správa fakturace organizace v Azure DevOps – Aktualizace Sprintu 150

V aktualizaci Sprint 150 Pro Azure DevOps jsme přidali možnost spravovat fakturaci pro vaši organizaci na našem portálu.

Na nové kartě fakturace můžete zvolit předplatné Azure, které používáte k fakturaci, a platit za další uživatele. Ke správě fakturace už nemusíte chodit na Visual Studio Marketplace nebo na Azure Portal.

Další informace najdete v níže uvedeném seznamu funkcí .

Funkce

Obecné:

• Obecná dostupnost tmavého motivu
• Správa fakturace pro vaši organizaci z Azure DevOps

Azure Boards:

• Práce s dotazy na základě skupin Azure Active Directory
• Sdílení panelu týmu pomocí odznaku
• Dotaz na práci vzhledem k začátku dne, týdne, měsíce nebo roku
• Export výsledků dotazu do souboru CSV

Azure Repos:

• Nové typy sloučení pro dokončování žádostí o přijetí změn

Azure Pipelines:

• Úloha manifestu Kubernetes
• Upgrady na úlohu Dockeru
• Instalační program nástrojů Kubectl
• Azure Container Registry v připojení ke službě registru Dockeru
• Podpora cgroup v hostovaném fondu Ubuntu
• Spustit agenta jednou
• Podpora sady Visual Studio 2019 (VS2019) v testovací úloze sady Visual Studio
• Aktualizace uživatelského rozhraní fondu agentů
• Asistent úkolů pro úpravy souborů YAML
• Aktualizace imagí hostovaných kanálů
• Vylepšení integrace ServiceNow
• Podpora modulu Azure PowerShell Az
• Vylepšení autorizace prostředků
• Zjednodušené zásady uchovávání informací pro kanály sestavení
• Automaticky načtené artefakty kanálu ve vydané verzi
• Aktualizace sestav pokrytí kódu Cobertura

Vytváření sestav:

• Sestavy selhání sestavení a doby trvání
• Obecná dostupnost analýz

Wiki:

• Oznámení na stránkách wikiwebu

Správa:

• Správa fakturace pro vaši organizaci z Azure DevOps

Obecné

Obecná dostupnost tmavého motivu

Loni v říjnu jsme jako součást nové navigace vydali verzi Public Preview tmavého motivu. Po několika měsících ve verzi Preview, naslouchání zpětné vazbě a ladění prostředí s radostí oznamujeme obecnou dostupnost tmavého motivu.

Správa fakturace pro vaši organizaci z Azure DevOps

S radostí oznamujeme, že teď můžete spravovat fakturaci vaší organizace z portálu Azure DevOps. Správci už nemusí nastavovat fakturaci prostřednictvím Azure Portal. Pokud chcete spravovat nastavení fakturace, přejděte do nastavení organizace a vyberte Fakturace.

Níže je seznam nastavení, která můžete spravovat na kartě Fakturace .

1. Můžete zvolit předplatné Azure, které se má použít pro fakturaci.

   

2. Předplatné Azure, které vaše organizace používá pro fakturaci, můžete změnit výběrem jiného předplatného. Dříve jste museli odebrat fakturaci a pak pečlivě znovu zakoupit stejnou úroveň pro každý z vašich placených prostředků (uživatelé úrovně Basic, uživatelé správy balíčků, kanály hostované ms atd.). Tento proces byl zdlouhavý a náchylný k chybám. Předplatné Azure, které vaše organizace používá pro fakturaci, teď můžete změnit tak, že vyberete jiné předplatné a kliknete na Uložit.

   

3. Kvůli správě nastavení fakturace už nemusíte chodit na Visual Studio Marketplace. Přidali jsme možnost platit za další uživatele Basic, Test Manager a Package Management (Azure Artifacts). Počet uživatelů, které vaše organizace platí, můžete zvýšit nebo snížit na nové kartě Fakturace .

   

Azure Boards

Práce s dotazy na základě skupin Azure Active Directory

S rostoucím přijetím služby Azure Active Directory a rozšířením používání skupin ke správě zabezpečení týmy stále častěji hledají způsoby, jak tyto skupiny využít v Azure Boards. Teď můžete kromě dotazování pracovních položek, které byly přiřazeny nebo změněny konkrétními lidmi pomocí operátorů Ve skupině nebo Není ve skupině , také použít skupiny Azure Active Directory přímo.

Další informace najdete v dokumentaci k operátorům dotazů .

Sdílení panelu týmu pomocí odznaku

Soubor README v úložišti je často domovem, na který se váš projektový tým obrací, kde najdete informace o tom, jak přispívat a používat vaše řešení. Teď, stejně jako u stavu sestavení nebo nasazení v Azure Pipelines, můžete do souboru README přidat odznak pro panel vašeho týmu v Azure Boards. Odznáček můžete nakonfigurovat tak, aby zobrazoval jenom sloupce Probíhá nebo všechny sloupce, a dokonce ho zviditelnit veřejně, pokud je váš projekt open source.

Pokud je soubor README založený na Markdownu, můžete jednoduše zkopírovat ukázkový Markdown ze stránky nastavení odznáčku stavu a vložit ho do souboru.

Dotaz na práci vzhledem k začátku dne, týdne, měsíce nebo roku

I když se týmy často zaměřují na práci v kontextu nadcházejících událostí nebo na základě iterací sprintů, často je zajímavé se na práci podívat z pohledu kalendáře a nahlásit veškerou práci, která se stala minulý měsíc nebo v prvním čtvrtletí roku. Teď můžete použít následující novou sadu @StartOf maker spolu s libovolným polem založeným na datu a dotazovat se na základě začátku dne, týdne, měsíce nebo roku:

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

Každé z těchto maker také přijímá nový modifikační řetězec, který umožňuje posunout data o různé jednotky kalendářních dat. Můžete například napsat dotaz, který vyhledá všechny pracovní položky dokončené v prvním čtvrtletí tohoto roku, a to tak, že zadáte dotaz na Datum >změny stavu = @StartOfYear a Datum <změny stavu = @StartOfYear(“+3M”). Další informace najdete v dokumentaci k makrům dotazů .

Export výsledků dotazu do souboru CSV

Výsledky dotazů teď můžete exportovat přímo do souboru ve formátu CSV z webu.

Azure Repos

Nové typy sloučení pro dokončování žádostí o přijetí změn

Teď máte více možností při slučování změn z žádosti o přijetí změn do cílové větve. Přidali jsme podporu pro dvě z našich nejžádanějších funkcí na Developer Community: rychlé sloučení a pololineární slučování (označované také jako "Rebase and Merge").

V dialogovém okně Dokončit žádost o přijetí změn teď uvidíte tyto nové možnosti:

Aktualizovaná stránka správy zásad umožňuje správcům řídit, které strategie sloučení jsou povolené ve větvi nebo složce větví.

Poznámka

Stávající zásady se stále vynucují. Pokud má například vaše větev aktuálně zavedenou zásadu "squash merge only", budete muset tuto zásadu upravit, abyste mohli používat nové strategie slučování.

Při dokončování žádosti o přijetí změn není možné provést změny v několika situacích:

• Pokud zásada v cílové větvi zakazuje použití strategií rebase, budete potřebovat oprávnění Přepsat zásady větve.
• Pokud zdrojová větev žádosti o přijetí změn obsahuje zásady, nebudete ji moct změnit. Při opětovném nastavení se změní zdrojová větev, aniž byste museli projít procesem schválení zásad.
• Pokud jste k řešení konfliktů při sloučení použili rozšíření pro konflikty sloučení. Řešení konfliktů použité u trojcestné sloučení je zřídka úspěšné (nebo dokonce platné) při opětovném přijetí všech potvrzení v žádosti o přijetí změn.

Ve všech těchto případech máte stále možnost znovu vytvořit větev místně a nasdílet změny na server nebo po dokončení žádosti o přijetí změn sloučit změny.

Azure Pipelines

Úloha manifestu Kubernetes

Do našich kanálů verze jsme přidali novou úlohu, která zjednodušuje proces nasazení do clusterů Kubernetes pomocí souborů manifestu. Tato úloha bude poskytovat následující výhody ve srovnání s použitím binárního souboru kubectl ve skriptech:

• Nahrazení artefaktů – akce nasazení přijímá jako vstup seznam imagí kontejnerů, které je možné zadat spolu s jejich značkami nebo algoritmy hash. Ten se před použitím v clusteru nahradí do jiné než šablonované verze souborů manifestu, aby se zajistilo, že uzly clusteru nabíhnou správnou verzi image.

• Stabilita manifestu – kontroluje se stav nasazení nasazených objektů Kubernetes, aby se do něj zahrnuly kontroly stability při výpočtu stavu úlohy jako úspěch/selhání.

• Poznámky sledovatelnosti – K nasazeným objektům Kubernetes se přidají poznámky, které přečtou informace o sledovatelnosti původní organizace, projektu, kanálu a spuštění.

• Bake manifest – Akce pečení úlohy umožňuje upéct grafy Helmu do souborů manifestu Kubernetes, aby je bylo možné použít v clusteru.

• Strategie nasazení – Volba kanárkové strategie s akcí nasazení vede k vytvoření požadovaného procenta úloh s příponou -baseline a -canary , aby bylo možné je během ManualIntervention úlohy porovnat před použitím akce zvýšení nebo odmítnutí úkolu k dokončení verze, která se má zachovat.

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

Upgrady na úlohu Dockeru

Upgradovali jsme úlohu Dockeru, abychom zjednodušili vytváření kanálů. Příkaz buildAndPush se teď dá použít k sestavení několika značek pro konkrétní úložiště kontejnerů a jeho nasdílení do několika registrů kontejnerů v jednom kroku. Úloha může použít připojení služby registru Dockeru pro přihlášení k registrům kontejnerů. Metadata sledovatelnosti zdrojového úložiště, potvrzení a původu sestavení se přidávají jako popisky k obrázkům vytvořeným pomocí této úlohy.

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

Instalační program nástrojů Kubectl

Přidali jsme novou úlohu, která umožňuje nainstalovat konkrétní verzi binárního souboru Kubectl na agenty. Řetězce nejnovější verze a řetězce semveru , jako je "v1.14.0", se přijímají jako platné hodnoty pro vstup Kubectl Version Spec.

Azure Container Registry v připojení ke službě registru Dockeru

Teď můžete vytvořit připojení služby registru Dockeru ze stránky nastavení projektu. Pokud chcete vytvořit připojení, zvolte registr kontejneru Azure v jednom z předplatných přidružených k vaší identitě Azure Active Directory (Azure AD). Všechny úlohy, které vyžadují připojení služby k registrům kontejnerů, jako jsou Docker@2 a KubernetesManifest@0 , budou podporovat jediný způsob určení připojení.

Podpora cgroup v hostovaném fondu Ubuntu

Když v Linuxu dojde k příliš vysokému využití paměti, jádro ukončí některé procesy, aby chránilo zbytek. Pokud je proces agenta Azure Pipelines vybraný k ukončení, spuštění kanálu selže s chybovou zprávou o ztrátě komunikace s agentem. Ve fondu Ubuntu hostovaném Microsoftem jsme snížili pravděpodobnost ukončení agenta spuštěním kroků ve vlastní skupině cgroup. I když váš kanál může stále selhat, pokud překročíte dostupnou paměť, proces agenta s větší pravděpodobností přežije a správně nahlásí selhání. Pokud používáte privátního linuxového agenta, publikovali jsme nastavení, která používáme, abyste mohli zvážit podobné nastavení.

Spustit agenta jednou

Pokud ke spouštění elastických privátních agentů často používáte infrastrukturu, jako je Azure Container Instances, chcete, aby každý agent před přechodem přijal pouze jednu úlohu. Doteď to nebylo snadné, protože jste museli ukončit agenta (což mohlo způsobit nahlášení selhání) nebo přijmout riziko, že agent může obdržet další úlohu, než ho můžete vypnout. V této aktualizaci jsme do konfigurace agenta přidali příznak --once . Když agenta nakonfigurujete tímto způsobem, přijme jenom jednu úlohu a pak se sám vypne.

Podpora sady Visual Studio 2019 (VS2019) v úloze Visual Studio Test

Do úlohy Visual Studio Test v kanálech jsme přidali podporu pro VS2019. Pokud chcete spustit testy pomocí testovací platformy pro VS2019, vyberte v rozevíracím seznamu Verze testovací platformy možnost Nejnovější nebo Visual Studio 2019 .

Aktualizace uživatelského rozhraní fondu agentů

Stránka správy fondů agentů v nastavení projektu byla aktualizována o nové uživatelské rozhraní. Teď můžete snadno zobrazit všechny úlohy spuštěné ve fondu. Kromě toho se dozvíte, proč úloha neběží.

asistent úkolů pro úpravy souborů YAML

Pořád dostáváme spoustu zpětné vazby, abychom usnadnili úpravu souborů YAML pro kanály. V předchozích aktualizacích jsme přidali podporu technologie IntelliSense. Teď do editoru YAML přidáváme asistent úkolů. Díky tomu budete mít pro přidání nového úkolu do souboru YAML stejné známé prostředí jako v klasickém editoru. Tato nová asistent podporuje většinu běžných typů zadávání úkolů, jako jsou seznamy výběrů a připojení služeb. Pokud chcete použít nový asistent úloh, vyberte Upravit v kanálu založeném na YAML a pak vyberte asistent úlohy.

Aktualizace imagí hostovaných kanálů

S radostí oznamujeme aktualizaci hostovaného fondu macOS na OS X Mojave (10.4), která bude obsahovat také podporu pro Xcode 10.2. Pokud vaše kanály založené na návrháři používají hostovaný fond macOS , vaše kanály se automaticky upgradují na Mojave. Pokud chcete zůstat na OS X High Sierra (10.3), změňte fond, ve který vaše buildy běží, na hostovaný macOS High Sierra.

Pokud používáte YAML, můžete použít následující nové popisky vmImage:

• Popisek obrázku, který bude vždy odkazovat na nejnovější verzi macOS, aktuálně 10.4

vmImage: 'macOS-latest'

• Tento popisek image konkrétně cílí na Mac OS 10.4, pokud chcete mít jistotu, že váš kanál běží proti mojave.

vmImage: 'macOS-10.4'

• Popisek image, který bude konkrétně cílit na mac OS 10.3, pokud chcete mít jistotu, že váš kanál běží v systému High Sierra

vmImage: 'macOS-10.3'

Aktualizovali jsme také image Windows Serveru 2019 pro hostované služby Azure Pipelines. Nejnovější verze najdete tady. Tato aktualizace zahrnuje nové verze VS2019 Preview, Dockeru, PowerShellu Core, Node.js, npm a dalších.

Další podrobnosti o tom, co obsahuje hostované image virtuálních počítačů s macOS, a informace o nástrojích dostupných na našich imagích najdete v úložišti Generování imagí na GitHubu.

Vylepšení integrace ServiceNow

Loni v prosinci jsme vydali integraci správy změn ServiceNow s kanály verzí. Klíčová funkce pro spolupráci mezi týmy, která každému týmu umožnila používat službu podle svého výběru a efektivní komplexní doručování. Touto aktualizací jsme vylepšili integraci tak, aby podporovala všechny typy změn (normální, standardní a nouzové). Kromě toho teď můžete zadat bránu, která se použije k vytvoření nové žádosti o změnu pomocí existující šablony podle procesu ITSM, který vaše organizace používá. Nakonec můžete také hradit vydané verze na základě existujících žádostí o změnu. To vám umožní přijmout CD, aniž byste museli měnit proces doporučený vašimi IT týmy.

Podpora modulu Azure PowerShell Az

Azure PowerShell poskytuje sadu rutin, které můžete použít ke správě prostředků Azure z příkazového řádku. Loni v prosinci byl k dispozici modul Azure PowerShell Az, který je teď určený pro správu prostředků Azure.

Dříve jsme v hostovaných agentech neposkytovali podporu modulu Azure PowerShell Az. S novou úlohou Azure PowerShell verze 4.* v kanálech buildu a verze jsme přidali podporu nového modulu Az pro všechny platformy. Azure PowerShell úloha verze 3* bude nadále podporovat modul AzureRM. Pokud ale chcete držet krok s nejnovějšími službami a funkcemi Azure, doporučujeme co nejdříve přejít na úlohu Azure PowerShell verze 4*.

Modul Az má režim kompatibility, který vám pomůže používat existující skripty, zatímco je aktualizujete tak, aby používaly novou syntaxi. Pokud chcete pro modul Az povolit kompatibilitu, použijte příkaz Enable-AzureRmAlias . Aliasy umožňují používat staré názvy rutin s modulem Az. Další podrobnosti o migraci z modulu Azure RM na modul Azure PowerShell Az najdete tady.

Poznámka

Pokud používáte privátní agenty, musíte na počítač agenta nainstalovat modul Az.

Další informace o modulu Azure PowerShell Az najdete v této dokumentaci.

Vylepšení autorizace prostředků

Potřebovali jsme zajistit zabezpečení pro chráněné prostředky (např. připojení služeb, skupiny proměnných, fondy agentů nebo zabezpečené soubory), když se na je odkazuje v souboru YAML. Zároveň jsme vám chtěli usnadnit nastavení a používání kanálů, které používají tyto typy prostředků pro neprodukční scénáře. Dříve jsme přidali nastavení pro označení prostředku jako autorizovaného pro použití ve všech kanálech.

Tato aktualizace usnadňuje řešení problému s autorizací prostředků i v případě, že jste prostředek jako takový neoznačili. Když v novém prostředí dojde k selhání sestavení kvůli chybě autorizace prostředků, zobrazí se možnost explicitně autorizovat použití těchto prostředků v kanálu a pak pokračovat. Členové týmu s oprávněním k autorizaci prostředků budou moct tuto akci dokončit přímo z neúspěšného sestavení.

Zjednodušené zásady uchovávání informací pro kanály buildu

Zjednodušili jsme model uchovávání pro všechny kanály buildů včetně sestavení YAML. Na úrovni projektu je k dispozici nové nastavení, které vám umožní určit, kolik dní chcete zachovat sestavení jednotlivých kanálů a kolik dní chcete zachovat artefakty jednotlivých sestavení. Pokud jste k vytvoření kanálu buildu použili klasický editor, budou se dál dodržovat starší nastavení uchovávání, ale novější kanály budou používat nová nastavení. Uchovávání můžete spravovat na stránce nastavení kanálův nastavení projektu.

Automaticky načtené artefakty kanálu ve vydané verzi

Pokud dříve kanál buildu propojený s vydáním publikoval artefakty pomocí úlohy Publikovat artefakty kanálu , artefakty se ve vydané verzi automaticky nenačítaly. Místo toho jste museli do kanálu verze explicitně přidat úlohu Stažení artefaktu kanálu , abyste mohli artefakty stáhnout.

Všechny artefakty kanálu publikované kanálem buildu se teď automaticky stáhnou a zpřístupní ve vydané verzi. Stažení artefaktu kanálu můžete také přizpůsobit z vlastností fáze kanálu verze.

Aktualizace sestav pokrytí kódu Společnosti Cobertura

Když jste dříve spustili testy v kanálu a publikovali výsledky pokrytí kódu do Azure DevOps, bylo nutné zadat souhrn XML i soubor sestavy HTML. Kromě toho byly styly v sestavách HTML odebrány před jejich vykreslení na kartě Pokrytí kódu. Toto odebrání stylu bylo z hlediska zabezpečení nezbytné, protože bylo možné nahrát libovolné soubory HTML.

V této aktualizaci jsme vyřešili tato omezení pro sestavy pokrytí Cobertura. Při publikování sestav pokrytí kódu už nemusíte zadávat soubory HTML. Sestavy se generují automaticky a vykreslují se s odpovídajícím stylem na kartě Pokrytí kódu. Tato funkce využívá nástroj open source ReportGenerator.

Generování sestav

Sestavy selhání sestavení a doby trvání

Pro průběžné zlepšování propustnosti a stability kanálu je důležité mít metriky a přehledy. Jako první krok k poskytování analýzy kanálů jsme přidali dvě sestavy, které vám poskytnou metriky a přehledy o vašich kanálech.

1. V sestavě selhání se zobrazí míra průchodu sestavení a trend selhání. Kromě toho se také zobrazí trend selhání úkolů, abyste mohli získat přehled o tom, který úkol přispívá k maximálnímu počtu selhání.

   

2. Sestava doby trvání bude obsahovat dobu trvání kanálu spolu s jeho trendem.

   

Obecná dostupnost analýz

S radostí oznamujeme, že následující analytické funkce budou zahrnuty do Azure DevOps bez dalších poplatků.

1. Analytické widgety jsou konfigurovatelné moduly, které zobrazují data na řídicím panelu a pomáhají sledovat průběh práce. Zahrnuté widgety jsou následující:

   • Grafy Burndown a Burnup monitorují průběh sady práce s vymezeným oborem v určitém časovém období.

     

   • Doba cyklu a doba potřebná k vizualizaci toho, jak práce prochází vývojovým cyklem vašeho týmu

     

   • CFD (Cumulative Flow Diagram) sleduje pracovní položky, jak procházejí různými stavy.

     

   • Můžete sledovat , jak tým přináší hodnotu ve více sprintech.

     

   • Výsledky testů Trend k monitorování trendů testů a zjišťování vzorů selhání a doby trvání testů v rámci jednoho nebo více kanálů.

     

2. Do produktu zahrneme sestavu testů s nejvyšším selháním , abychom získali přehled o nejčastějších neúspěšných testech ve vašem kanálu a pomohli tak zlepšit spolehlivost kanálu a snížit dluh testu.

   

Budeme také dál nabízet integraci Power BI prostřednictvím analytických zobrazení a přímého přístupu ke koncovému bodu OData ve verzi Preview pro všechny zákazníky Azure DevOps Services.

Pokud používáte rozšíření Analytics Marketplace, můžete dál používat analýzu stejně jako předtím a nemusíte postupovat podle žádných dalších kroků. To znamená, že rozšíření Analytics Marketplace pro hostované zákazníky přestaneme používat.

Nabídka Azure DevOps Analytics je budoucností vytváření sestav a budeme i nadále investovat do nových funkcí založených na analýze. Další informace o analýze najdete na následujících odkazech.

• Dokumentace k přehledu analýz

• Analytické widgety

• Sestava testů s nejvyšším selháním

• Integrace Power BI

• Koncový bod OData

• Azure DevOps Analytics

Wiki

Oznámení na stránkách wikiwebu

Až dosud jste neměli možnost zjistit, kdy došlo ke změně obsahu na stránce wikiwebu. Teď můžete sledovat stránky wikiwebu a dostávat oznámení e-mailem o úpravě, odstranění nebo přejmenování stránky. Pokud chcete sledovat změny provedené na wikiwebu, vyberte na stránce wikiwebu tlačítko Sledovat .

Na základě tohoto lístku návrhu byla tato funkce upřednostněna. Další informace najdete v naší dokumentaci tady.

Správa

Správa fakturace pro vaši organizaci z Azure DevOps

S radostí oznamujeme, že teď můžete spravovat fakturaci vaší organizace z portálu Azure DevOps. Správci už nemusí nastavovat fakturaci prostřednictvím Azure Portal. Pokud chcete spravovat nastavení fakturace, přejděte do Nastavení organizace a vyberte Fakturace.

Níže je seznam nastavení, která můžete spravovat na kartě Fakturace .

1. Můžete zvolit předplatné Azure, které se má použít k fakturaci.

   

2. Předplatné Azure, které vaše organizace používá k fakturaci, můžete změnit výběrem jiného předplatného. Dříve jste museli odebrat fakturaci a pak pečlivě znovu koupit stejnou úroveň pro každý z placených prostředků (uživatelé úrovně Basic, uživatelé správy balíčků, kanály hostované ms atd.). Tento proces byl zdlouhavý a náchylný k chybám. Předplatné Azure, které vaše organizace používá k fakturaci, teď můžete změnit tak, že vyberete jiné předplatné a kliknete na Uložit.

   

3. Pokud chcete spravovat nastavení fakturace, nemusíte už přecházet na Visual Studio Marketplace. Přidali jsme možnost platit za další uživatele úrovně Basic, Test Manager a Package Management (Azure Artifacts). Počet uživatelů, které vaše organizace platí, můžete zvýšit nebo snížit na nové kartě Fakturace .

   

Další kroky

Poznámka

Tyto funkce se budou zavádět během následujících dvou až tří týdnů.

Přejděte na Azure DevOps a podívejte se.

Přejděte na Azure DevOps.

Jak poskytnout zpětnou vazbu

Rádi bychom se dozvěděli, co si o těchto funkcích myslíte. Pomocí nabídky zpětné vazby můžete nahlásit problém nebo poskytnout návrh.

Můžete také získat rady a odpovědi na vaše otázky od komunity na Stack Overflow.

Díky,

Jeremy Epling