Fakturace na základě přiřazení uživatelů, výchozí úroveň přístupu a denní fakturace – Aktualizace sprintu 158
V aktualizaci Sprintu 158 Pro Azure DevOps jsme přidali fakturaci na základě přiřazení uživatele. Pokud při využití této funkce přidáte nebo odeberete uživatele, změní se počet licencí Basic nebo Basic + Testovací plán. To znamená, že budete platit jenom za licence, které používáte. Přidali jsme také nové nastavení, které vám umožní zvolit, jestli chcete, aby noví uživatelé přidaní do vaší organizace získali úplný základní nebo omezený nebo bezplatný přístup účastníků.
Kromě toho jsme z fakturace po měsících přešli na fakturaci po dnech. To znamená, že pokud uživatelům poskytnete placený přístup na několik týdnů nebo dokonce dnů, zaplatíte jenom za dobu, po kterou měli přiřazený placený přístup, a ne za celý měsíc.
Další informace najdete v následujícím seznamu funkcí .
Co je nového v Azure DevOps
Funkce
Obecné:
- Fakturace na základě přiřazení uživatelů a výchozí úroveň přístupu
- Nové uživatelské rozhraní pro správu oprávnění pro projekty a organizace
Azure Boards:
- Podpora vlastních polí ve sloupcích souhrnů
- Nové pravidlo pro skrytí polí ve formuláři pracovní položky na základě podmínky
- Vlastní nastavení upozornění pro pracovní položky
- Propojení Link pracovních položek k nasazením
Azure Repos:
- Připojení k AKS pomocí ověřování na základě účtu služby
- Zobrazení náhledu souborů Markdownu v žádosti o přijetí změn vedle sebe
- Vypršení platnosti zásad sestavení pro ruční sestavení
- Přidání zásady pro blokování zápisů na základě e-mailu autora zápisu
Azure Pipelines:
- Fáze Pokus o opakování selhal
- Vylepšené schvalování v kanálech YAML
- Podpora testování struktury kontejnerů ve službě Azure Pipelines
- Správa a řešení nejednoznačných chyb
- Vylepšení aplikace Azure Pipelines pro Slack a Microsoft Teams
- Aktualizace imagí hostovaných kanálů
- Úloha instalačního programu Open Policy Agenta
- Dekoratéry kanálů pro kanály vydávání
Azure Test Plans:
Generování sestav:
Wiki:
OBECNÉ
Fakturace na základě přiřazení uživatelů a výchozí úroveň přístupu
Fakturace na základě přiřazení uživatelů
V této aktualizaci jsme přidali fakturaci na základě přiřazení uživatelů. Místo toho, abyste museli zvyšovat nebo snižovat počet placených licencí Basic nebo Basic + Test Plan , které má vaše organizace k dispozici, se teď stane automaticky, když přidáte nebo odeberete uživatele nebo změníte jejich úroveň přístupu. To znamená, že nikdy neplatíte za více licencí, než používáte, a usnadňuje automatizaci přiřazení úrovně přístupu. Například jste mohli nastavit pravidla skupiny pro řízení úrovně přístupu přiřazené novým uživatelům, kteří se k vašemu týmu připojí automaticky. V minulosti to ale fungovalo jenom v případě, že jste měli další licence, za které jste ještě neplatili, a pokud jste došli, pravidlo skupiny se nezdařilo. K těmto typům chyb už nedochází, pokud předplatné Azure, které používáte pro fakturaci, zůstane aktivní.
Výchozí úroveň přístupu pro nové uživatele
Přidali jsme také nové nastavení, které vám umožní zvolit, jestli chcete, aby noví uživatelé přidaní do vaší organizace získali úplný základní nebo omezený nebo bezplatný přístup účastníků. V minulosti získali noví uživatelé Základní, pokud byly k dispozici nepřiřazené základní licence, ale účastník, pokud tomu tak nebylo. Všechny organizace začnou s výchozí úrovní přístupu nastavenou na účastníka, takže pro nové uživatele nebudou žádné neočekávané poplatky. Pokud vaše organizace obvykle udržovala nepřiřazené licence navíc, takže noví uživatelé přidaní do projektů získali úplný základní přístup, nezapomeňte změnit výchozí úroveň přístupu na Úroveň Basic.
Denní fakturace
V rámci změny fakturace na základě přiřazení jsme také přešli z měsíčního na denní fakturaci. Pokud teď uživateli udělíte placený přístup na několik týdnů nebo dokonce několik dní, platíte pouze za čas, kdy jim byl přiřazen placený přístup, a ne celý měsíc. Když změníme vaši organizaci z měsíčního na denní fakturaci, bude vaše další faktura za Azure pravděpodobně nižší, než byla dříve. Příští měsíc se vrátí k normálu, jakmile bude mít celý měsíc kumulovaných denních poplatků.
Nové uživatelské rozhraní pro správu oprávnění pro projekty a organizace
Správa oprávnění organizace a projektu má nový vzhled a byl vylepšen výkon. Teď se v seznamu zobrazí noví členové skupiny, kteří jsou přidaní, aniž by museli vynucenou aktualizaci stránky. Přejděte ke svým organizacím Nastavení a podívejte se.
Azure Boards
Podpora vlastních polí ve sloupcích souhrnů
Souhrn je teď možné provést u libovolného pole, včetně vlastních polí. Při přidávání sloupce Souhrn můžete stále vybrat sloupec Souhrn ze seznamu Rychlý seznam, ale pokud chcete sčítejte číselná pole, která nejsou součástí šablony procesu, můžete nakonfigurovat vlastní takto:
- V backlogu klikněte na Možnosti sloupce. Potom na panelu klikněte na Přidat souhrnný sloupec a nakonfigurujte vlastní souhrn.
- Vyberte mezi indikátorem průběhu a součtem.
- Vyberte typ pracovní položky nebo úroveň backlogu (obvykle backlogy agregují několik typů pracovních položek).
- Vyberte typ agregace. Počet pracovních položek nebo součtu Pro součet budete muset vybrat pole, které chcete sumarizovat.
- Tlačítko OK vás vrátí zpět na panel možností sloupců, kde můžete změnit pořadí nového vlastního sloupce.
Všimněte si, že po kliknutí na OK nemůžete upravit vlastní sloupec. Pokud potřebujete provést změnu, odeberte vlastní sloupec a podle potřeby přidejte další sloupec.
Nové pravidlo pro skrytí polí ve formuláři pracovní položky na základě podmínky
Do modulu zděděných pravidel jsme přidali nové pravidlo, které umožňuje skrýt pole ve formuláři pracovní položky. Toto pravidlo skryje pole na základě členství ve skupině uživatelů. Pokud například uživatel patří do skupiny vlastníka produktu, můžete skrýt konkrétní pole pro vývojáře. Další podrobnosti najdete v této dokumentaci.
Vlastní nastavení upozornění pro pracovní položky
Udržování aktuálních pracovních položek relevantních pro vás nebo váš tým je neuvěřitelně důležité. Pomáhá týmům spolupracovat a sledovat projekty a zajistit, aby se zapojily všechny správné strany. Různé zúčastněné strany však mají různé úrovně investic do různých úsilí a věříme, že by se mělo promítnout do vaší schopnosti sledovat stav pracovní položky.
Pokud byste dříve chtěli sledovat pracovní položku a dostávat oznámení o provedených změnách, dostávali byste e-mailová oznámení o všech a všech změnách provedených v pracovní položce. Po zvážení vaší zpětné vazby zpřístupňujeme pro všechny zúčastněné strany flexibilnější pracovní položku. Teď uvidíte nové tlačítko nastavení vedle tlačítka Sledovat v pravém horním rohu pracovní položky. Tím přejdete na automaticky otevírané okno, které vám umožní nakonfigurovat následující možnosti.
V Nastavení oznámení si můžete vybrat ze tří možností oznámení. Nejdřív se můžete úplně odhlásit. Za druhé můžete být plně přihlášení k odběru, kde získáte oznámení o všech změnách pracovních položek. Nakonec se můžete rozhodnout dostávat oznámení o některých hlavních a zásadních událostech změn pracovních položek. Můžete vybrat jenom jednu nebo všechny tři možnosti. Členové týmu tak budou moct sledovat pracovní položky na vyšší úrovni a nebudou rušit každou jednotlivou změnu, která se provede. Díky této funkci eliminujeme nepotřebné e-maily a umožníme vám zaměřit se na důležité úkoly.
Propojení Link pracovních položek k nasazením
S radostí vydáváme verzi Preview ovládacího prvku Nasazení ve formuláři pracovní položky. Tento ovládací prvek propojuje pracovní položky s verzí a umožňuje snadno sledovat, kde byla pracovní položka nasazena. Další informace najdete v této dokumentaci.
Azure Repos
Využití ověřování na základě účtu služby pro připojení k AKS
Dříve jsme při konfiguraci služby Azure Pipelines z centra nasazení AKS použili Připojení Azure Resource Manageru. Toto připojení mělo přístup k celému clusteru a ne jenom k oboru názvů, pro který byl kanál nakonfigurovaný. V této aktualizaci budou naše kanály používat ověřování na základě účtu služby pro připojení ke clusteru, takže bude mít přístup pouze k oboru názvů přidruženému ke kanálu.
Zobrazení náhledu souborů Markdownu v žádosti o přijetí změn vedle sebe
Teď si můžete prohlédnout náhled toho, jak bude soubor Markdown vypadat pomocí nového tlačítka Náhled . Kromě toho můžete zobrazit úplný obsah souboru z rozdílu vedle sebe tak , že vyberete tlačítko Zobrazit .
Vypršení platnosti zásad sestavení pro ruční sestavení
Zásady vynucuje standardy správy kódu a kvality kódu vašeho týmu. Dříve jste mohli nastavit zásady vypršení platnosti sestavení pro automatizované buildy. Teď můžete nastavit zásady vypršení platnosti sestavení i na ruční sestavení.
Přidání zásady pro blokování zápisů na základě e-mailu autora zápisu
Správa istrátory teď můžou nastavit zásadu nabízení, aby se zabránilo vložení potvrzení do úložiště, pro které e-mail autora potvrzení neodpovídá zadanému vzoru.
Tato funkce byla upřednostněna na základě návrhu komunity vývojářů , aby poskytovala podobné prostředí. Budeme i nadále udržovat lístek otevřený a povzbuzovat uživatele, aby nám řekli, jaké další typy zásad nabízených oznámení byste chtěli vidět.
Azure Pipelines
Fáze Pokus o opakování selhal
Poznámka:
Pokud chcete tuto funkci vyzkoušet, musíte mít povolené kanály ve verzi Preview.
Jednou z nejžádanějších funkcí v kanálech s více fázemi je možnost opakovat neúspěšnou fázi bez nutnosti začínat od začátku. V této aktualizaci přidáváme velkou část této funkce.
Teď můžete zkusit znovu fázi kanálu, když se spuštění nezdaří. Všechny úlohy, které selhaly při prvním pokusu, a úlohy, které závisejí na těchto neúspěšných úlohách, se znovu pokusí.
To vám může pomoct ušetřit čas několika způsoby. Pokud například spouštíte více úloh ve fázi, můžete chtít, aby každá fáze spouštěla testy na jiné platformě. Pokud testy na jedné platformě selžou, zatímco ostatní projdou, můžete ušetřit čas tím, že znovu spustíte úlohy, které prošly. V dalším příkladu může dojít k selhání fáze nasazení kvůli flaky síťovému připojení. Opakování této fáze vám pomůže ušetřit čas tím, že nebudete muset vytvořit další sestavení.
Tato funkce obsahuje několik známých mezer. Například nemůžete opakovat fázi, kterou explicitně zrušíte. Pracujeme na uzavření těchto mezer v budoucích aktualizacích.
Vylepšené schvalování v kanálech YAML
Poznámka:
Abyste mohli vyzkoušet tuto funkci, musíte mít povolené kanály s více fázemi a nové funkce připojení služby ve verzi Preview.
Stále vylepšujeme kanály YAML s více fázemi. V této aktualizaci jsme povolili konfiguraci schválení pro připojení služeb a fondy agentů. Ke schválení sledujeme oddělení rolí mezi vlastníky infrastruktury a vývojáři. Konfigurací schválení prostředků, jako jsou prostředí, připojení služeb a fondy agentů, budete mít jistotu, že všechna spuštění kanálu, která používají prostředky, budou nejprve vyžadovat schválení.
Prostředí se podobá konfiguraci schválení pro prostředí. Když schválení čeká na prostředek odkazovaný ve fázi, spuštění kanálu počká, dokud se kanál neschváří ručně.
Podpora testování struktury kontejnerů ve službě Azure Pipelines
Využití kontejnerů v aplikacích se zvyšuje a proto je potřeba robustního testování a ověřování. Azure Pipelines teď přináší podporu pro testy struktury kontejnerů. Tato architektura poskytuje pohodlný a výkonný způsob, jak ověřit obsah a strukturu kontejnerů.
Strukturu obrázku můžete ověřit na základě čtyř kategorií testů, které se dají spustit společně: testy příkazů, testy existence souborů, testy obsahu souborů a testy metadat. Výsledky v kanálu můžete použít k rozhodování. Testovací data jsou k dispozici ve spuštění kanálu s chybovou zprávou, která vám pomůže lépe řešit chyby.
Zadejte podrobnosti konfiguračního souboru a obrázku.
Testování dat a souhrnu
Správa a řešení nejednoznačných chyb
V červenci jsme zavedli přehlednou správu testů, která podporuje kompletní životní cyklus s detekcí, generováním sestav a řešením. Abychom ho dále vylepšili, přidáváme chytnou správu testovacích chyb a jejich řešení.
Při zkoumání flaky testu můžete vytvořit chybu pomocí akce Chyba , která pak může být přiřazena vývojáři k dalšímu prozkoumání původní příčiny flaky testu. Zpráva o chybě obsahuje informace o kanálu, jako jsou chybová zpráva, trasování zásobníku a další informace přidružené k testu.
Když se vyřeší nebo zavře zpráva o chybě, označíme test automaticky jako nechtěný.
Vylepšení aplikace Azure Pipelines pro Slack a Microsoft Teams
Kanály založené na YAML s více fázemi
Poznámka:
Pokud chcete tuto funkci vyzkoušet, musíte mít povolené kanály ve verzi Preview.
Aplikace Azure Pipelines pro Slack a Microsoft Teams teď podporuje kanály YAML s více fázemi pro CI a CD. Díky tomuto vylepšení dostanete oznámení o různých událostech souvisejících s kanály YAML.
Události podporované pro kanály YAML ve více fázích
- Změna stavu spuštění
- Změna stavu fáze spuštění
- Fáze spuštění čeká na schválení
- Schválení fáze spuštění bylo dokončeno.
Rozšíření pro rozřaování adres URL a zasílání zpráv
Přidali jsme rozšíření pro zasílání zpráv pro aplikaci Azure Pipelines pro Microsoft Teams. Teď můžete vyhledat kanály a sdílet relevantní podrobnosti o kanálu jako kartu v kanálu. Unfurling adresy URL vám pomůže zahájit diskuze o kanálech a mít smysluplné a kontextové konverzace.
Aktualizace imagí hostovaných kanálů
Aktualizovali jsme několik imagí virtuálních počítačů hostovaných službou Azure Pipelines. Toto jsou některé hlavní body v této aktualizaci:
- Přidání Go 1.13 do Ubuntu 16.04, Ubuntu 18.04, VS2017 a VS2019. Go 1.12 zůstává výchozí.
- Přidali jsme sadu Android SDK a nástroje buildu 29 do Ubuntu 16.04, Ubuntu 18.04, VS2017 a VS2019.
- Přidání modulu Az 2.6.0 do VS2017 a VS2019
- Různé opravy chyb.
Další podrobnosti o nejnovějších verzích najdete tady.
Poznámka:
Ruby 2.3 odebereme ze všech obrázků v budoucí aktualizaci, protože dosáhl konce životnosti 31. března 2019.
Úloha instalačního programu Open Policy Agenta
Open Policy Agent je opensourcový modul zásad pro obecné účely, který umožňuje jednotné vynucování zásad pracujících s kontextem. Přidali jsme úlohu instalačního programu agenta Open Policy Agent. Je zvlášť užitečná pro vynucování zásad v kanálu s ohledem na infrastrukturu jako poskytovatele kódu.
Například agent Open Policy Agent může vyhodnotit soubory zásad rego a plány Terraformu v kanálu.
task: OpenPolicyAgentInstaller@0
inputs:
opaVersion: '0.13.5'
Dekoratéry kanálů pro kanály vydávání
Dekorátory kanálu umožňují přidat kroky na začátek a konec každé úlohy. To se liší od přidání kroků do jedné definice, protože se vztahuje na všechny kanály v organizaci.
Podporovali jsme dekorátory pro buildy a kanály YAML. Zákazníci je používají k centrálnímu řízení kroků v jejich úlohách. Nyní rozšiřujeme podporu i na kanály verze. Můžete vytvořit rozšíření pro přidání kroků, které cílí na nový bod příspěvku a přidají se do všech úloh agenta v kanálech verze.
Azure Test Plans
Nová stránka Test Plans
Většina možností plánování, vytváření, spouštění a sledování je teď dostupná na nové stránce Testovací plány. Proto ji povolujeme všem uživatelům testovacích plánů, aby nám mohli poskytnout zpětnou vazbu. Zbývající několik možností vyžaduje, abychom dosáhli parity s předchozí stránkou testovacích plánů, budou povoleny v několika dalších sprintech. V případě potřeby můžou uživatelé stránku Testovací plány zakázat v nabídce Funkce ve verzi Preview. Další informace si můžete přečíst zde.
Sestavy
Vložený burndown sprintu s využitím bodů pracnosti
Burndown sprintu teď může shodovat podle scénářů. Tím se vaše zpětná vazba od komunity vývojářů zabývá.
V centru Sprint vyberte kartu Analýza. Potom nakonfigurujte sestavu následujícím způsobem:
- Výběr backlogu scénářů
- Výběr pro vypálení u součtu bodů obsahu
Wiki
Krátké a čitelné adresy URL wikistránek
Už nemusíte používat víceřádkovou adresu URL ke sdílení odkazů na stránku wikiwebu. K odebrání parametrů používáme ID stránek v adrese URL, takže je adresa URL kratší a čitelnější.
Nová struktura adres URL bude vypadat takto:
https://dev.azure.com/{accountName}/{projectName}/_wiki/wikis/{wikiName}/{pageId}/{readableWiki PageName}
Toto je příklad nové adresy URL pro úvodní stránku wikiwebu Azure DevOps:
https://dev.azure.com/microsoft/ AzureDevOps/_wiki/wikis/AzureDevOps.wiki/1/Welcome-to-Azure-DevOps-Wiki
Toto nastavení bylo upřednostněno na základě tohoto lístku návrhu funkce od komunity vývojářů.
Podpora diagramů Mermaid na wikiwebu
Přidali jsme podporu pro vkládání diagramů mermaid na stránky wikiwebu . Teď můžete vytvářet, upravovat a spravovat vývojové diagramy, sekvenční diagramy v dokumentech návrhu a přidávat Ganttův diagram do dokumentů plánování na wikiwebu Azure DevOps.
Toto nastavení bylo upřednostněno na základě tohoto lístku návrhu funkce od komunity vývojářů. Další informace o diagramech mermaid najdete v naší dokumentaci zde.
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 na ně.
Jak poskytnout zpětnou vazbu
Rádi bychom slyšeli, co si o těchto funkcích myslíte. Pomocí nabídky pro odeslání názoru můžete nahlásit problém nebo poskytnout návrh.
Můžete také získat rady a své otázky zodpovězené komunitou ve službě Stack Overflow.
Díky,
Ravi Shanker