Felhasználó-hozzárendelésalapú számlázás, alapértelmezett hozzáférési szint és napi számlázás – Sprint 158 Update

Az Azure DevOps Sprint 158-as frissítésében hozzáadtuk a felhasználóhozzárendelés-alapú számlázást. Az új funkcióval az Alapszintű vagy az Alapszintű + Tesztcsomag licencek száma változni fog, amint felhasználókat ad hozzá vagy távolít el. Ez azt jelenti, hogy csak a használt licencekért kell fizetnie. Új beállítást is hozzáadtunk, amely lehetővé teszi, hogy eldöntse, hogy a szervezethez hozzáadott új felhasználók teljes alapszintű vagy korlátozott/ingyenes hozzáféréshez szeretnének-e hozzáférni.

Ezen kívül a havi számlázásról a napi számlázásra tértünk át. Ez azt jelenti, hogy ha egy felhasználónak fizetős hozzáférést biztosít néhány hétre vagy akár csak néhány napra, akkor csak azért az időszakért kell fizetnie, amely alatt a felhasználók fizetős hozzáférést kaptak, nem pedig a teljes hónapért.

További információért tekintse meg az alábbi Szolgáltatások listát.

Az Azure DevOps újdonságai

Funkciók

Általános:

Azure Boards:

Azure Repos:

Azure Pipelines:

Azure Test Plans:

Jelentések:

Wiki:

General

Felhasználói hozzárendelés alapú számlázás és alapértelmezett hozzáférési szint

Felhasználó hozzárendelésalapú számlázása

Ezzel a frissítéssel hozzáadtuk a felhasználó hozzárendelésalapú számlázását. Ahelyett, hogy növelnie vagy csökkentenie kellene a szervezet által hozzárendelhető fizetős alap- vagy alapszintű + tesztcsomag-licencek számát, ez automatikusan megtörténik a felhasználók hozzáadásakor vagy eltávolításakor, illetve a hozzáférési szint módosításakor. Ez azt jelenti, hogy soha nem fizet több licencért, mint amennyit használ, és sokkal egyszerűbbé teszi a hozzáférési szintű hozzárendelés automatizálását. Beállíthatja például a csoportszabályokat annak szabályozására, hogy milyen hozzáférési szint legyen hozzárendelve a csoporthoz automatikusan csatlakozó új felhasználókhoz. A múltban azonban ezek csak akkor működtek, ha olyan extra licencekkel rendelkezik, amelyekért még nem osztottak ki senkit, és ha elfogy, a csoportszabály meghiúsult. Ezek a hibák már nem fordulnak elő, amíg a számlázáshoz használt Azure-előfizetés aktív marad.

Új felhasználók alapértelmezett hozzáférési szintje

Új beállítást is hozzáadtunk, amely lehetővé teszi, hogy eldöntse, hogy a szervezethez hozzáadott új felhasználók teljes alapszintű vagy korlátozott/ingyenes hozzáféréshez szeretnének-e hozzáférni. Korábban az új felhasználók alapszintű licenceket kaptak, ha nem hozzárendelt alapszintű licencek érhetők el, de ha nem, akkor az érdekelt. Minden szervezet az alapértelmezett hozzáférési szintet az Érdekelt felekre állítja be, így az új felhasználók nem fognak váratlan díjakat fizetni. Ha a szervezet általában további, nem hozzárendelt licenceket tartott fenn, így a projektekhez hozzáadott új felhasználók teljes alapszintű hozzáféréssel rendelkeznek, mindenképpen módosítsa az alapértelmezett hozzáférési szintet Alapszintűre.

Default access level for new users.

Napi számlázás

A hozzárendelésalapú számlázásra való váltás részeként havi számlázásról napi számlázásra váltottunk. Most, ha egy felhasználónak fizetett hozzáférést ad néhány hétre vagy akár néhány napra, akkor csak arra az időre fizet, amíg a fizetős hozzáférést kapták, nem pedig egy teljes hónapig. Mivel a szervezetet havi számlázásról napi számlázásra váltjuk, a következő Azure-számla valószínűleg alacsonyabb lesz, mint korábban. A következő hónap visszaáll a normál állapotra, ha egy teljes havi halmozott napi díjjal rendelkezik.

Új felhasználói felület a szervezeti és a projektengedélyek kezelésére

A szervezeti és projektengedélyek kezelése új megjelenést kapott, és javult a teljesítmény. Most új csoporttagok jelennek meg a listában, amikor hozzáadják őket anélkül, hogy kényszerített oldalfrissítést kellene igényelniük. Lépjen Gépház szervezeteihez, és nézze meg.

Manage organization and project permissions.

Azure Boards

Egyéni mezők támogatása összegző oszlopokban

Az összesítés mostantól bármely mezőn elvégezhető, beleértve az egyéni mezőket is. Összegző oszlop hozzáadásakor továbbra is választhat egy összegző oszlopot a gyorslistában, de ha olyan numerikus mezőket szeretne összesíteni, amelyek nem részei a dobozon kívüli folyamatsablonnak, az alábbiak szerint konfigurálhatja a sajátját:

  1. A hátralékon kattintson az "Oszlopbeállítások" elemre. Ezután a panelen kattintson az "Összesítő oszlop hozzáadása" elemre, és konfigurálja az egyéni összesítést.

    Rollup on custom fields.

  2. Válasszon a folyamatjelző sáv és az Összeg között.
  3. Válasszon ki egy munkaelemtípust vagy egy hátralékszintet (általában a hátralékok több munkaelemtípust összesítenek).
  4. Válassza ki az összesítés típusát. Munkaelemek vagy összegek száma. Összeg esetén ki kell jelölnie az összegzendő mezőt.
  5. Az OK gomb visszaviszi az oszlopbeállítások panelre, ahol átrendezheti az új egyéni oszlopot.

Support for custom fields in Rollup columns.

Vegye figyelembe, hogy az OK gombra kattintás után nem szerkesztheti az egyéni oszlopot. Ha módosítania kell, távolítsa el az egyéni oszlopot, és adjon hozzá egy másikat igény szerint.

Új szabály, mellyel elrejthetők a mezők egy munkaelem-űrlapon adott feltételek alapján

Új szabályt adtunk hozzá az örökölt szabálymotorhoz, hogy elrejtse a mezőket egy munkaeleműrlapon. Ez a szabály a felhasználói csoporttagság alapján elrejti a mezőket. Ha például a felhasználó a "terméktulajdonos" csoporthoz tartozik, elrejthet egy fejlesztőspecifikus mezőt. További részletekért tekintse meg a dokumentációt itt.

Egyéni beállítások a munkaelem-értesítésekhez

Rendkívül fontos, hogy naprakészen maradjon az Ön vagy a csapata számára fontos munkaelemekről. Segít a csapatoknak együttműködni és nyomon követni a projekteket, és gondoskodni arról, hogy minden megfelelő fél részt vegyen benne. A különböző érdekelt felek azonban különböző szintű beruházásokat végeznek különböző erőfeszítésekbe, és úgy gondoljuk, hogy ennek tükröződnie kell abban, hogy képes vagy követni egy munkaelem állapotát.

Korábban, ha követni szeretne egy munkaelemet, és értesítéseket szeretne kapni az elvégzett módosításokról, e-mailben értesítést kapna a munkaelem minden módosításáról. A visszajelzések mérlegelése után rugalmasabbá tesszük a munkaelemek követését minden érintett számára. Most a munkaelem jobb felső sarkában a Követés gomb mellett megjelenik egy új beállítások gomb. Ekkor megjelenik egy előugró ablak, amely lehetővé teszi a következő beállítások konfigurálását.

Configure follow options.

Az Értesítési Gépház három értesítési lehetőség közül választhat. Először is teljesen leiratkozhat. Másodszor, teljes mértékben előfizethet, ahol értesítést kap az összes munkaelem-módosításról. Végül dönthet úgy, hogy értesítést kap a legfontosabb és legfontosabb munkaelemek változási eseményeiről. Csak egy vagy mindhárom lehetőséget választhatja. Ez lehetővé teszi, hogy a csapattagok magasabb szinten kövessék a munkaelemeket, és ne vonják el a figyelmét minden egyes módosítástól, amely történik. Ezzel a funkcióval kiküszöböljük a szükségtelen e-maileket, és lehetővé tesszük, hogy a fontos feladatokra összpontosítson.

Choose Notification Settings.

Izgatottan várjuk, hogy a munkaelem űrlapján megjelenik az Üzembe helyezés vezérlő előzetes verziója. Ez a vezérlő a munkaelemeket egy kiadáshoz csatolja, és lehetővé teszi a munkaelem üzembe helyezésének egyszerű nyomon követését. További információért tekintse meg a dokumentációt itt.

Link work items to deployments.

Azure Repos

Szolgáltatásfiók-alapú hitelesítés használata az AKS-hez való csatlakozásnál

Korábban az Azure Pipelines AKS Deployment Centerből való konfigurálásakor egy Azure Resource Manager-Csatlakozás iont használtunk. Ez a kapcsolat a teljes fürthöz volt hozzáférése, és nem csak ahhoz a névtérhez, amelyhez a folyamatot konfigurálták. Ezzel a frissítéssel a folyamataink szolgáltatásfiók-alapú hitelesítést használnak a fürthöz való csatlakozáshoz, hogy csak a folyamathoz társított névtérhez férhessenek hozzá.

Markdown-fájlok előnézete a lekéréses kérelemben egymás mellett

Az új Előnézet gombbal megtekintheti a Markdown-fájlok megjelenésének előnézetét . Emellett a Nézet gombra kattintva megtekintheti egy fájl teljes tartalmát az egymás melletti sávból.

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

Buildelési szabályzatok lejárata manuális buildelésnél

A szabályzatok betartatják a csapat kódminőségét és változáskezelési szabványait. Korábban beállíthatja a build lejárati szabályzatait az automatizált buildekhez. Mostantól a manuális buildekre is beállíthat build lejárati szabályzatokat.

Build policy expiration for manual builds.

Szabályzat hozzáadása blokkok véglegesítésénél a véglegesítés szerzőjének e-mail-címe alapján

Rendszergazda istratorok mostantól beállíthatnak egy leküldéses szabályzatot, amely megakadályozza a véglegesítések leküldését egy olyan adattárba, amelyhez a véglegesítés szerzőjének e-mailjei nem felelnek meg a megadott mintának.

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

Ezt a funkciót a fejlesztői közösség javaslata alapján rangsorolásra került, hogy hasonló élményt nyújtson. Továbbra is nyitva tartjuk a jegyet, és arra ösztönözzük a felhasználókat, hogy mondják el nekünk, milyen más típusú leküldéses szabályzatokat szeretne látni.

Azure Pipelines

Sikertelen fázisok újrapróbálása

Megjegyzés:

A funkció kipróbálásához engedélyeznie kell az előzetes verziójú többfázisú folyamatokat .

A többfázisú folyamatok egyik leggyakrabban igényelt funkciója a sikertelen fázisok újrapróbálkozásának lehetősége anélkül, hogy az elejétől kezdve kellene kezdenie. Ezzel a frissítéssel a funkció nagy részét hozzáadjuk.

Most újrapróbálkozhat egy folyamatszakaszra, ha a végrehajtás meghiúsul. Az első kísérlet során meghiúsult és a sikertelen feladatoktól tranzitív módon függő feladatok újrapróbálkozásra kerülnek.

Ezzel több módon is időt takaríthat meg. Ha például több feladatot futtat egy fázisban, előfordulhat, hogy az egyes fázisok egy másik platformon futtatják a teszteket. Ha az egyik platform tesztjei sikertelenek, míg mások átmennek, időt takaríthat meg, ha nem futtatja újra az átadott feladatokat. Egy másik példaként előfordulhat, hogy egy üzembe helyezési szakasz meghiúsult a pelyhes hálózati kapcsolat miatt. Ha újrapróbálkozza ezt a szakaszt, azzal időt takaríthat meg, ha nem kell újabb buildet létrehoznia.

A funkció néhány ismert hiányosságot tartalmaz. Nem próbálkozhat például olyan fázissal, amelyet kifejezetten megszakított. Dolgozunk ezen hiányosságok megszüntetésén a jövőbeli frissítésekben.

Jóváhagyások továbbfejlesztése YAML-folyamatokban

Megjegyzés:

A funkció kipróbálásához engedélyeznie kell a többszakaszos folyamatokat és az Új szolgáltatáskapcsolati felület előzetes verziójú funkcióit.

Tovább fejlesztjük a többfázisú YAML-folyamatokat. Ezzel a frissítéssel engedélyeztük a jóváhagyások konfigurálását a szolgáltatáskapcsolatokon és az ügynökkészleteken. A jóváhagyásokhoz a szerepkörök elkülönítését követjük az infrastruktúra tulajdonosai és a fejlesztők között. Az erőforrások, például a környezetek, a szolgáltatáskapcsolatok és az ügynökkészletek jóváhagyásainak konfigurálásával biztos lehet abban, hogy az erőforrásokat használó összes folyamatfuttatáshoz először jóváhagyásra lesz szükség.

A felhasználói élmény hasonló a környezetek jóváhagyásának konfigurálásához. Ha egy fázisban hivatkozott erőforrás jóváhagyása függőben van, a folyamat végrehajtása megvárja a folyamat manuális jóváhagyását.

Enhancements to approvals in YAML pipelines.

Tárolóstruktúra tesztelésének támogatása az Azure Pipelinesban

A tárolók használata egyre nő az alkalmazásokban, ezért robusztus tesztelésre és ellenőrzésre van szükség. Az Azure Pipelines mostantól támogatja a Container Structure Tests használatát. Ez a keretrendszer kényelmes és hatékony módot kínál a tárolók tartalmának és szerkezetének ellenőrzésére.

A rendszerkép struktúráját négy, együttesen futtatható tesztkategória alapján ellenőrizheti: parancstesztek, fájllétrehozási tesztek, fájltartalom-tesztek és metaadat-tesztek. A folyamat eredményeinek használatával go/no go döntéseket hozhat. A tesztadatok a folyamatfuttatásban egy hibaüzenettel érhetők el, amely segít a hibák jobb elhárításában.

Adja meg a konfigurációs fájl és a kép részleteit

Container structure testing support in Azure Pipeline.

Adatok és összegzés tesztelése

Test data and summary.

Kiszámíthatatlan hibák kezelése és megoldása

Júliusban bevezettük a pelyhes tesztkezelést, amely a teljes életciklust támogatja észleléssel, jelentéskészítéssel és megoldással. A továbbfejlesztése érdekében pelyhes teszthibákat és megoldásokat adunk hozzá.

A pelyhes teszt vizsgálata során a hibaművelet használatával létrehozhat egy hibát, amelyet aztán hozzárendelhet egy fejlesztőhöz, hogy tovább vizsgálja a pelyhes teszt kiváltó okát. A hibajelentés olyan információkat tartalmaz a folyamatról, mint a hibaüzenet, a veremkövetés és a teszthez kapcsolódó egyéb információk.

Ha egy hibajelentés feloldása vagy bezárása megtörténik, automatikusan megszüntetjük a teszt jelölését.

Az Azure Pipelines alkalmazás továbbfejlesztése a Slackhez és a Microsoft Teamshez

Többfázisú YAML-alapú folyamatok

Megjegyzés:

A funkció kipróbálásához engedélyeznie kell az előzetes verziójú többfázisú folyamatokat .

A Slackhez és a Microsoft Teamshez készült Azure Pipelines-alkalmazás mostantól támogatja a CI-hez és CD-hez készült többfázisú YAML-folyamatokat. Ezzel a fejlesztéssel értesítést kap a YAML-folyamatokhoz kapcsolódó különböző eseményekről.

Enhancements to Azure Pipelines app for Slack and Microsoft Teams.

Többfázisú YAML-folyamatokhoz támogatott események

  • A futtatási állapot megváltozott
  • A futtatási fázis állapota megváltozott
  • Jóváhagyásra váró futtatási szakasz
  • A futtatási szakasz jóváhagyása befejeződött

Events supported for multi-stage YAML pipelines.

URL-cím feloldása és üzenetkezelési bővítmények

Hozzáadtunk egy üzenetkezelési bővítményt a Microsoft Teamshez készült Azure Pipelines alkalmazáshoz. Most már megkeresheti a folyamatokat, és megoszthatja a folyamat vonatkozó adatait kártyaként a csatornában. Az URL-cím feloldása segít a folyamatok körüli megbeszélések elindításában, és tartalmas és környezetfüggő beszélgetésekben.

URL unfurling and messaging extensions.

Üzemeltetett folyamatok lemezképeinek frissítései

Számos Azure Pipelines által üzemeltetett virtuálisgép-rendszerképet frissítettünk. A frissítés néhány fontos eleme a következő:

  • Go 1.13 hozzáadva az Ubuntu 16.04-hez, az Ubuntu 18.04-hez, a VS2017-hez és a VS2019-hez. A Go 1.12 marad az alapértelmezett érték.
  • Android SDK és Build Tools 29 hozzáadva az Ubuntu 16.04-hez, Ubuntu 18.04-hez, VS2017-hez és VS2019-hez.
  • Az Az Module 2.6.0 hozzáadva a VS2017-hez és a VS2019-hez.
  • Különböző hibajavítások.

A legújabb kiadásokról itt talál további részleteket.

Megjegyzés:

Egy későbbi frissítésben eltávolítjuk a Ruby 2.3-at az összes képről, mivel az 2019. március 31-én lejárt.

Szabályzat megnyitása ügynök telepítése feladat

Az Open Policy Agent egy nyílt forráskód általános célú szabályzatmotor, amely egységes, környezettudatos szabályzatkényszerítést tesz lehetővé. Hozzáadtuk az Open Policy Agent telepítőfeladatot. Különösen hasznos a folyamaton belüli szabályzatkényszerítéshez az infrastruktúra, mint kódszolgáltatók tekintetében.

Az Open Policy Agent például kiértékelheti a folyamatban lévő rego szabályzatfájlokat és Terraform-terveket.

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

Folyamatdekorátorok kiadási folyamatokhoz

A folyamat dekorátorai lehetővé teszik a lépések hozzáadását minden feladat elejéhez és végéhez. Ez nem ugyanaz, mint a lépések hozzáadása egyetlen definícióhoz, mert a szervezet összes folyamatára vonatkozik.

A buildek és YAML-folyamatok dekoratőreit támogatjuk, az ügyfelek pedig központilag irányítják a feladataik lépéseit. A támogatást most már a kiadási folyamatokra is kiterjesztjük. Bővítményeket hozhat létre az új közreműködői pontot célzó lépések hozzáadásához, és azok a kiadási folyamatok összes ügynökfeladatához hozzá lesznek adva.

Azure Test Plans

Új Tesztcsomagok oldal

A tervezési, létrehozási, végrehajtási és nyomkövetési képességek többsége már elérhető az új Teszttervek lapon. Ezért minden tesztcsomag-felhasználó számára engedélyezzük, hogy visszajelzést küldhessenek nekünk. A fennmaradó néhány képesség megköveteli számunkra, hogy paritásos legyen a korábbi Teszttervek oldal engedélyezve lesz a következő néhány futamban. Ha szükséges, a felhasználók letilthatják a Csomagok tesztelése lapot az Előzetes verziójú funkciók menüben. Read more here.

Jelentéskészítés

Beágyazott sprint-előrehaladás sztoripontokkal

A Sprint Burndown mostantól leéghet a Stories alapján. Ez foglalkozik a fejlesztői közösség visszajelzésével.

A Sprint Hubon válassza az Elemzés lapot. Ezután konfigurálja a jelentést az alábbiak szerint:

  1. A Történetek hátralék kiválasztása
  2. Válassza ki, hogy leégjen a történeti pontok összegzése

Inline sprint burndown using story points.

Wiki

Rövid és olvasható wikilap URL-címei

Többé nem kell többsoros URL-címet használnia a wikioldal-hivatkozások megosztásához. Az URL-cím oldalazonosítóit felhasználva eltávolítjuk a paramétereket, így az URL-cím rövidebb és könnyebben olvasható.

Az URL-címek új struktúrája a következőképpen fog kinézni:

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

Ez egy példa az Új URL-címre az Azure DevOps wikioldalon :

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

Ezt a fejlesztői közösségtől kapott funkciójavaslat-jegy alapján rangsorolásra került.

Mermaid-diagram támogatása a wikiben

A hableánydiagramok wikilapokba való beszúrásához támogatást adtunk hozzá. Most már létrehozhat, szerkeszthet és kezelhet folyamatábrákat, szekvenciadiagramokat a tervezési dokumentumokban, és Gantt-diagramokat vehet fel a tervezési dokumentumokba az Azure DevOps Wikiben.

Mermaid diagram support in wiki.

Ezt a fejlesztői közösségtől kapott funkciójavaslat-jegy alapján rangsorolásra került. A Hableány-diagramokról itt talál további információt.

További lépések

Megjegyzés:

Ezek a funkciók a következő két-három hétben jelennek meg.

Lépjen az Azure DevOpsba, és nézze meg.

Visszajelzés küldése

Szeretnénk hallani, mit gondol ezekről a funkciókról. A visszajelzési menüben jelentheti a problémát, vagy javaslatot adhat.

Make a suggestion

Tanácsokat és kérdéseket is kaphat a közösség által a Stack Overflow-on.

Köszönettel:

Ravi Shanker