Szervezeti számlázás kezelése az Azure DevOpsban – Sprint 150-frissítés
Az Azure DevOps Sprint 150 frissítésében hozzáadtuk a szervezet számlázásának kezelését a portálon.
Az új számlázás lapon kiválaszthatja a számlázáshoz használt Azure-előfizetést, és további felhasználókat is fizethet. A számlázás kezeléséhez nem kell többé a Visual Studio Piactérre vagy a Azure Portal mennie.
További információért tekintse meg az alábbi Szolgáltatások listát.
Funkciók
Általános:
Azure Boards:
- Azure Active Directory-csoportokon alapuló lekérdezési munka
- A csapat táblájának megosztása jelvény használatával
- A munka lekérdezése a nap, a hét, a hónap vagy az év kezdetéhez viszonyítva
- Lekérdezési eredmények exportálása CSV-fájlba
Azure-adattárak:
Azure Pipelines:
- Kubernetes-jegyzékfeladat
- Frissítés Docker-feladatra
- Kubectl-eszköz telepítője
- Azure Container Registry a Docker beállításjegyzék-szolgáltatáskapcsolatában
- cgroup-támogatás üzemeltetett Ubuntu-készleten
- Egyszeri ügynök futtatása
- A Visual Studio 2019 (VS2019) támogatása a Visual Studio tesztelési feladatában
- Ügynökkészlet felhasználói felületének frissítése
- YAML-fájlok szerkesztésére segéd feladat
- Üzemeltetett folyamatok rendszerképének frissítései
- A ServiceNow-integráció fejlesztései
- Az Azure PowerShell Az modul támogatása
- Erőforrás-engedélyezési fejlesztések
- Egyszerűsített adatmegőrzési szabályzatok buildelési folyamatokhoz
- A kiadás során automatikusan lekért folyamatösszetevők
- A Cobertura kódlefedettségi jelentésének frissítései
Jelentéskészítés:
Wiki:
Felügyelet:
Általános kérdések
Sötét téma általános elérhetősége
Tavaly októberben megjelent a sötét téma nyilvános előzetes verziója az új navigáció részeként. A több hónapos előzetes verzió, a visszajelzések meghallgatása és a felhasználói élmény finomhangolása után örömmel jelentjük be a sötét téma általános elérhetőségét.
A szervezet számlázásának kezelése az Azure DevOpsból
Örömmel jelentjük be, hogy mostantól az Azure DevOps portálon kezelheti a szervezet számlázását. A rendszergazdáknak már nem kell a Azure Portal keresztül beállítaniuk a számlázást. A számlázási beállítások kezeléséhez lépjen a Szervezeti beállítások területre , és válassza a Számlázás lehetőséget.
Az alábbi lista a Számlázás lapon kezelhető beállításokat tartalmazza.
Kiválaszthatja a számlázáshoz használni kívánt Azure-előfizetést.
Másik előfizetés kiválasztásával módosíthatja a szervezet által a számlázáshoz használt Azure-előfizetést. Korábban el kellett távolítania a számlázást, majd gondosan vissza kellett vennie ugyanazt a szintet az egyes fizetős erőforrásokhoz (alapszintű felhasználók, csomagkezelési felhasználók, MS által üzemeltetett folyamatok stb.). Ez a folyamat fárasztó volt, és hajlamos volt a hibára. Mostantól módosíthatja a szervezet által a számlázáshoz használt Azure-előfizetést egy másik előfizetés kiválasztásával, majd a Mentés gombra kattintva.
A számlázási beállítások kezeléséhez már nincs szükség a Visual Studio Piactérre való ugrásra. Lehetővé tettük további Alapszintű, Test Manager- és Csomagkezelési (Azure Artifacts) felhasználók fizetését. Az új Számlázás lapon növelheti vagy csökkentheti a szervezet által fizetett felhasználók számát.
Azure Boards
Azure Active Directory-csoportokon alapuló lekérdezési munka
Az Azure Active Directory fokozott bevezetése és a csoportok biztonságkezelésre való használatának elterjedtsége miatt a csapatok egyre inkább keresik a csoportok Azure Boardsban való kihasználásának módját. Mostantól azon munkaelemek lekérdezése mellett, amelyeket adott személyek osztottak ki vagy módosítottak a Csoportban vagy a Nincs csoport operátorral, közvetlenül is használhatja az Azure Active Directory-csoportokat.
További információért tekintse meg a lekérdezési operátorok dokumentációját.
A csapat táblájának megosztása jelvény használatával
A projektcsapat gyakran az adattár README-jét használja a megoldással kapcsolatos információkért. Most, ahogy az Azure Pipelinesban a build vagy az üzembe helyezés állapota is lehetővé teszi, hozzáadhat a README-hez egy jelvényt a csapata táblájához az Azure Boardsban. Beállíthatja úgy a jelvényt, hogy csak a Folyamatban oszlopokat vagy az összes oszlopot jelenítse meg, és a jelvényt nyilvánosan is láthatóvá teheti, ha a projekt nyílt forráskód.
Ha a README Markdownon alapul, egyszerűen másolja ki a minta Markdownt az állapotjelvény beállításainak oldaláról, és illessze be a fájlba.
A munka lekérdezése a nap, a hét, a hónap vagy az év kezdetéhez viszonyítva
Bár a csapatok gyakran a következő vagy a futam-iterációkon alapuló munkára összpontosítanak, gyakran érdekes visszatekinteni a munkára a naptár lencséjén keresztül, hogy a múlt hónapban vagy az év első negyedévében történt összes munkáról jelentést készíthessenek. Most már használhatja a következő új @StartOf makrókészletet, valamint bármely dátumalapú mezőt a nap, hét, hónap vagy év kezdete alapján történő lekérdezéshez:
- @StartOfYear
- @StartOfMonth
- @StartOfWeek
- @StartOfDay
Ezek a makrók egy új módosító sztringet is elfogadnak, amely lehetővé teszi az adatok különböző dátumegységek szerinti eltolását. Megírhat például egy lekérdezést, amely megkeresi az idei év első negyedévében befejezett összes munkaelemet az Állapotváltozás dátuma >= @StartOfYear és az Állapotváltozás dátuma <= @StartOfYear(“+3M”)lekérdezéssel. További információért tekintse meg a lekérdezési makrók dokumentációját .
Lekérdezési eredmények exportálása CSV-fájlba
Most már exportálhatja a lekérdezési eredményeket közvetlenül egy CSV formátumú fájlba az internetről.
Azure Repos
Új egyesítési típusok a lekéréses kérelmek teljesítéséhez
Mostantól több lehetősége van a módosításoknak a lekéréses kérelemből a célágba való egyesítésekor. A fejlesztői közösség két legkívánatosabb funkcióját támogattuk: a Fast-Forward egyesítést és a félig lineáris egyesítést (más néven "Újrabázist és egyesítést").
A lekéréses kérelem befejezése párbeszédpanelen az alábbi új lehetőségek jelennek meg:
A frissített szabályzatfelügyeleti lapon a rendszergazdák szabályozhatják, hogy mely egyesítési stratégiák engedélyezettek az ágak ágain vagy mappáiban.
Megjegyzés
A meglévő szabályzatok továbbra is kikényszeríthetők. Ha például az ágon jelenleg "csak összevonási" szabályzat van érvényben, akkor az új egyesítési stratégiák használatához szerkesztenie kell a szabályzatot.
Előfordulhat, hogy a lekéréses kérelem befejezése során nem lehet újraegyenesítést elvégezni:
- Ha a célág egyik szabályzata tiltja az újrabázis-stratégiák használatát, "Ágszabályzatok felülbírálása" engedélyre lesz szüksége.
- Ha a lekéréses kérelem forrásága szabályzatokkal rendelkezik, nem fogja tudni újrabázisba hozni. Az újrakezdés anélkül módosítja a forráságat, hogy végigmennének a szabályzat jóváhagyási folyamatán.
- Ha az Egyesítési ütközés bővítményt használta az egyesítési ütközések feloldásához. A háromirányú egyesítésre alkalmazott ütközésfeloldások ritkán sikeresek (vagy akár érvényesek) a lekéréses kérelemben lévő összes véglegesítés egyenkénti újrabontásakor.
Ezekben az esetekben továbbra is lehetősége van a ág helyi visszaállítására és a kiszolgálóra való leküldésre, vagy a módosítások összevonására a lekéréses kérelem végrehajtásakor.
Azure Pipelines
Kubernetes-jegyzékfeladat
Új feladatot adtunk hozzá a kiadási folyamatokhoz, hogy egyszerűbbé tegyük a Kubernetes-fürtökre való üzembe helyezés folyamatát jegyzékfájlokkal. Ez a feladat a következő előnyöket nyújtja a kubectl bináris szkriptekben való használatához képest:
Összetevők helyettesítése – Az üzembe helyezési művelet bemenetként veszi fel a tárolórendszerképek listáját, amelyek a címkékkel vagy kivonatokkal együtt megadhatóak. Ezt a program a jegyzékfájlok nem sablonos verziójára cseréli, mielőtt a fürtre alkalmazva biztosítanák, hogy a rendszerkép megfelelő verzióját a fürt csomópontjai lekérték.
Jegyzékstabilitás – A rendszer ellenőrzi az üzembe helyezett Kubernetes-objektumokat a stabilitási ellenőrzések beépítéséhez, miközben a feladat állapotát sikerként/hibáként számítja ki.
Nyomonkövethetőségi széljegyzetek – A rendszer széljegyzeteket ad hozzá az üzembe helyezett Kubernetes-objektumokhoz a szervezetről, projektről, folyamatról és futtatásról szóló nyomonkövethetőségi információk szuperimpulálásához.
Bake jegyzék - A feladat sütési művelete lehetővé teszi a Helm-diagramok Kubernetes-jegyzékfájlokba való sütését, hogy azok alkalmazhatók legyenek a fürtre.
Üzembehelyezési stratégia – Az üzembe helyezési művelettel rendelkező kanári-stratégia kiválasztása a számítási feladatok kívánt százalékos arányának létrehozását eredményezi az -baseline és -canary utótaggal, hogy összehasonlíthatók legyenek egy
ManualInterventiontevékenység során, mielőtt a feladat előléptetési/elutasítási műveletét használnák a megtartandó verzió véglegesítéséhez.
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
Frissítés Docker-feladatra
Frissítettük a Docker-feladatot, hogy egyszerűbbé tegyük a folyamatkészítési folyamatot. A buildAndPush paranccsal mostantól több címkét is létrehozhat egy adott tárolóadattárhoz, és egyetlen lépésben leküldheti azt több tárolóregisztrációs adatbázisba. A feladat a Docker beállításjegyzék-szolgáltatáskapcsolatait használhatja a tárolóregisztrációs adatbázisokba való bejelentkezéshez. A forrásadattár, a véglegesítés és a buildelőzmények nyomon követhetőségi metaadatai címkékként jelennek meg az ezzel a feladattal létrehozott képeken.
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
Kubectl-eszköz telepítője
Hozzáadtunk egy új feladatot, amely lehetővé teszi a Kubectl bináris egy adott verziójának telepítését az ügynökökre. A legújabb és a szemver verziós sztringek, például a "v1.14.0" a Kubectl Version Spec bemenetének érvényes értékei.
Azure-tárolóregisztrációs adatbázis a Docker beállításjegyzék-szolgáltatáskapcsolatában
Most már létrehozhat egy Docker beállításjegyzék-szolgáltatáskapcsolatot a projekt beállítások lapján. A kapcsolat létrehozásához válasszon egy Azure-tárolóregisztrációs adatbázist az Azure Active Directory-identitáshoz (Azure AD) társított előfizetések egyikében. A tárolóregisztrációs adatbázisokhoz ( például Docker@2 és KubernetesManifest@0 ) kapcsolódó összes feladat támogatja a kapcsolat megadásának egyetlen módját.
cgroup-támogatás üzemeltetett Ubuntu-készleten
Linuxon, ha a memóriahasználat túl magas lesz, a kernel leáll néhány folyamatot, hogy megvédje a többit. Ha az Azure Pipelines-ügynökfolyamat ki van választva a leállításhoz, a folyamat futtatása meghiúsul egy hibaüzenettel, amely arról tájékoztatja, hogy megszakad a kommunikáció az ügynökkel. A Microsoft által üzemeltetett Ubuntu-készletben csökkentettük annak esélyét, hogy az ügynök leálljon egy egyéni csoporton belüli lépések futtatásával. Bár a folyamat továbbra is meghiúsulhat, ha túllépi a rendelkezésre álló memóriát, az ügynökfolyamat nagyobb valószínűséggel marad fenn, és helyesen jelenti a hibát. Ha privát Linux-ügynököt futtat, közzétettük az általunk használt beállításokat, hogy megfontolhassa a hasonló beállításokat.
Egyszeri ügynök futtatása
Ha olyan infrastruktúrát használ, mint a Azure Container Instances a rugalmas magánügynökök futtatásához, gyakran azt szeretné, hogy minden ügynök csak egy feladatot fogadjon el, mielőtt távozna. Eddig ez nem volt egyszerű, mivel le kellett állítania az ügynököt (ami valószínűleg hibát okozott), vagy el kellett fogadnia azt a kockázatot, hogy egy ügynök egy másik feladatot kap, mielőtt leállíthatná. Ezzel a frissítéssel hozzáadtuk az --once jelzőt az ügynökkonfigurációhoz. Ha így konfigurálja az ügynököt, az csak egy feladatot fogad el, majd leállítja magát.
A Visual Studio 2019 (VS2019) támogatása a Visual Studio Tesztfeladatban
A VS2019 támogatását hozzáadtuk a Visual Studio tesztfeladathoz a folyamatokban. Ha teszteket szeretne futtatni a VS2019 tesztplatformjának használatával, válassza a Legújabb vagy a Visual Studio 2019 lehetőséget a Tesztplatform verziójának legördülő menüben.
Ügynökkészlet felhasználói felületének frissítése
Az ügynökkészletek felügyeleti lapja a projektbeállításokban egy új felhasználói felülettel frissült. Most már egyszerűen láthatja a készletben futó összes feladatot. Emellett megtudhatja, hogy miért nem fut egy feladat.
YAML-fájlok szerkesztésének feladat-segéd
Továbbra is sok visszajelzést kapunk, hogy megkönnyítsük a folyamatok YAML-fájljainak szerkesztését. Az előző frissítésekben intellisense-támogatást adtunk hozzá. Most hozzáadunk egy feladat segéd a YAML-szerkesztőhöz. Ezzel ugyanazzal a jól ismert tapasztalattal fog rendelkezni, mint egy új feladat yaML-fájlhoz való hozzáadásához, mint a klasszikus szerkesztőben. Ez az új segéd támogatja a legtöbb gyakori feladatbeviteli típust, például a pick listákat és a szolgáltatáskapcsolatokat. Az új feladat segéd használatához válassza a Szerkesztés YAML-alapú folyamaton lehetőséget, majd válassza a Tevékenység segéd.
Üzemeltetett folyamatok rendszerképének frissítései
Örömmel jelentjük be az OS X Mojave (10.4) által üzemeltetett macOS-készlet frissítéseit, amelyek az Xcode 10.2 támogatását is tartalmazzák. Ha a tervezőalapú folyamatok a üzemeltetett macOS-készletet használják, a folyamatok automatikusan Mojave-re frissülnek. Ha az OS X High Sierra (10.3)-on szeretne maradni, módosítsa a készletet, amelyen a buildek futnak, a hosted macOS High Sierra értékre.
YAML használata esetén az új vmImage-címkék a következők:
- Képfelirat, amely mindig a macOS legújabb, jelenleg 10.4-es verziójára mutat
vmImage: 'macOS-latest'
- Ez a képcímke kifejezetten a mac OS 10.4-et célozza meg, ha biztos szeretne lenni abban, hogy a folyamat a Mojave-ra fut
vmImage: 'macOS-10.4'
- Képfelirat, amely kifejezetten a mac OS 10.3-at célozza meg, ha biztos szeretne lenni abban, hogy a folyamat a High Sierra rendszeren fut
vmImage: 'macOS-10.3'
A Windows Server 2019 rendszerképét is frissítettük a üzemeltetett Azure Pipelineshoz. A legújabb kiadások itt találhatók. Ez a frissítés a VS2019 Előzetes verzió, a Docker, a PowerShell Core, a Node.js, az npm és mások új verzióit tartalmazza.
A üzemeltetett macOS virtuálisgép-rendszerképekben található információkról és a képeken elérhető eszközökről a GitHub Image Generation adattárában talál további információt.
A ServiceNow-integráció fejlesztései
Tavaly decemberben megjelent a ServiceNow Change Management integrációja a kiadási folyamatokkal. A csapatközi együttműködés kulcsfontosságú képessége, amely lehetővé tette, hogy minden csapat egy tetszőleges szolgáltatást használjon, és hatékony, végpontok közötti teljesítést biztosíthasson. Ezzel a frissítéssel továbbfejlesztettük az integrációt, hogy minden típusú (normál, standard és vészhelyzeti) módosítást támogatjunk. Emellett most már megadhatja azt a kaput, amellyel új változáskérést hozhat létre egy meglévő sablonnal, a szervezetben követett ITSM-folyamatnak megfelelően. Végül a meglévő változáskérések alapján is engedélyezheti a kiadásokat. Ez lehetővé teszi a CD bevezetését anélkül, hogy módosítania kellene az informatikai csapatok által javasolt folyamatot.
Azure PowerShell Az modul támogatása
Azure PowerShell olyan parancsmagokat biztosít, amelyekkel a parancssorból kezelheti az Azure-erőforrásokat. Tavaly decemberben elérhetővé vált az Azure PowerShell Az modul, amely mostantól az Azure-erőforrások kezelésére szolgáló modul.
Korábban nem nyújtottunk támogatást az Azure PowerShell Az modulhoz az üzemeltetett ügynökökben. A buildelési és kiadási folyamatokban az új Azure PowerShell feladat 4.* verziójával minden platformhoz hozzáadtuk az új Az modul támogatását. Azure PowerShell feladat 3.* verziója továbbra is támogatja az AzureRM modult. A legújabb Azure-szolgáltatások és -szolgáltatások folyamatos fenntartása érdekében javasoljuk, hogy a lehető leghamarabb váltson a Azure PowerShell feladat 4.* verziójára.
Az Az modul kompatibilitási móddal rendelkezik, amellyel a meglévő szkripteket használhatja, miközben frissíti őket az új szintaxis használatára. Az Az modul kompatibilitásának engedélyezéséhez használja a Enable-AzureRmAlias parancsot. Az aliasokkal a régi parancsmagneveket használhatja az Az modullal. Az Azure RM modulról az Azure PowerShell Az modulba való migrálásról itt talál további információt.
Megjegyzés
Ha magánügynököket használ, telepítenie kell az Az modult az ügynökgépre.
Az Azure PowerShell Az modulról az itt található dokumentációban talál további információt.
Erőforrás-engedélyezési fejlesztések
A YAML-fájlban hivatkozott védett erőforrások (például szolgáltatáskapcsolatok, változócsoportok, ügynökkészletek, biztonságos fájlok) biztonságát kellett biztosítani. Ugyanakkor egyszerűbbé akartuk tenni az ilyen típusú erőforrásokat nem éles forgatókönyvekhez használó folyamatok beállítását és használatát. Korábban hozzáadtunk egy beállítást, amely egy erőforrást "minden folyamatban való használatra jogosultként" jelöl meg.
Ezzel a frissítéssel egyszerűbbé tesszük egy erőforrás-engedélyezési probléma megoldását, még akkor is, ha nem jelölt meg erőforrást ilyenként. Az új felületen, ha egy build erőforrás-engedélyezési hiba miatt meghiúsul, megjelenik egy lehetőség, amely explicit módon engedélyezi az erőforrások használatát a folyamatban, majd továbbléphet. Az erőforrások engedélyezésére jogosult csapattagok ezt a műveletet közvetlenül egy sikertelen buildelésből hajthatják végre.
Egyszerűsített adatmegőrzési szabályzatok buildelési folyamatokhoz
Egyszerűsítettük az összes buildelési folyamat adatmegőrzési modelljét, beleértve a YAML-buildeket is. A projekt szintjén van egy új beállítás, amellyel szabályozhatja, hogy hány napig szeretné megőrizni az egyes folyamatok buildjait, és hogy hány napig szeretné megőrizni az egyes buildek összetevőit. Ha a klasszikus szerkesztőt használta a buildelési folyamat létrehozásához, akkor a régebbi adatmegőrzési beállítások továbbra is megmaradnak, de az újabb folyamatok az új beállításokat fogják használni. A megőrzést a projektbeállításokfolyamatbeállítások lapján kezelheti.
A kiadás során automatikusan lekért folyamatösszetevők
Korábban, ha a kiadáshoz csatolt buildelési folyamat közzétette az összetevőket a Publish Pipeline Artifact (Folyamatösszetevő közzététele ) feladattal, az összetevők nem lettek automatikusan lekérve a kiadásban. Ehelyett explicit módon hozzá kellett adnia egy Folyamatösszetevő letöltése feladatot a kiadási folyamatban az összetevők letöltéséhez.
Most a buildfolyamat által közzétett folyamatösszetevők automatikusan letöltődnek, és elérhetővé válnak a kiadásban. A folyamatösszetevő letöltését a kiadási folyamat fázistulajdonságaiból is testre szabhatja.
A Cobertura kódlefedettségi jelentésének frissítései
Korábban, amikor teszteket futtatott a folyamatban, és közzétette a kódlefedettségi eredményeket az Azure DevOpsban, meg kellett adnia az XML-összefoglalást és egy HTML-jelentésfájlt is. Emellett a HTML-jelentések stílusai el lettek távolítva, mielőtt azok a kódlefedettség lapon lettek megjelenítve. Ez a stíluseltávolítás biztonsági szempontból szükséges volt, mivel tetszőleges HTML-fájlokat lehetett feltölteni.
Ezzel a frissítéssel kijavítottuk a Cobertura lefedettségi jelentéseire vonatkozó korlátozásokat. Kódlefedettségi jelentések közzétételekor már nem kell HTML-fájlokat megadnia. A jelentések automatikusan létrejönnek, és a kódlefedettség lapon megfelelő stílussal jelennek meg. Ez a képesség a ReportGenerator nyílt forráskód eszközt használja.
Jelentéskészítés
Buildelési hibák és időtartamjelentések
Fontos, hogy olyan metrikákkal és megállapításokkal rendelkezzen, amelyek folyamatosan javítják a folyamat átviteli sebességét és stabilitását. A folyamatelemzés biztosításának első lépéseként két jelentést adtunk hozzá, amelyek metrikákat és elemzéseket biztosítanak a folyamatokról.
A hibajelentés megjeleníti a buildelési átviteli sebességet és a hiba trendet. Emellett a feladathibák trendje is megjelenik, hogy betekintést nyújtson abba, hogy melyik tevékenység járul hozzá a hibák maximális számához.
Az időtartamjelentés a folyamat időtartamával és trendjével együtt fog rendelkezni.
Az Elemzések általános rendelkezésre állása
Örömmel jelentjük be, hogy az alábbi Analytics-funkciók további költségek nélkül bekerülnek az Azure DevOpsba.
Az Elemzési vezérlők olyan konfigurálható modulok, amelyek adatokat jelenítenek meg egy irányítópulton, és segítenek a munka előrehaladásának monitorozásában. A widgetek a következők:
A burndown és a Burnup diagramok egy adott időtartamon keresztül figyelik a hatókörrel rendelkező munkakészletek előrehaladását.
Ciklusidő és átfutási idő a csapat fejlesztési ciklusában végzett munka menetének szemléltetéséhez
Az összegző folyamatábra (CFD) nyomon követi a munkaelemeket, miközben különböző állapotokon haladnak keresztül.
A sebesség azt követi nyomon, hogy egy csapat hogyan nyújt értéket több futamon keresztül.
Teszteredmények trendje a tesztelési trendek monitorozásához, a hibák és az időtartam minták észleléséhez egy vagy több folyamaton végzett tesztekhez.
A termékben a legfelső sikertelen tesztjelentést is beleszámítva betekintést nyerünk a folyamat legfelső szintű sikertelen tesztjeibe, hogy javíthassuk a folyamat megbízhatóságát és csökkentsük a teszttartozást.
Emellett továbbra is biztosítjuk a Power BI-integrációt elemzési nézeteken keresztül , és közvetlen hozzáférést biztosítunk az OData-végponthoz előzetes verzióban minden Azure DevOps Services-ügyfél számára.
Ha az Analytics marketplace bővítményt használja, továbbra is használhatja az Analyticset, ahogy korábban tette, és nem kell további lépéseket követnie. Ez azt jelenti, hogy a üzemeltetett ügyfelek számára megszüntetjük az Elemzési piactér bővítményét .
Az Azure DevOps Analytics-ajánlat a jelentéskészítés jövője, és továbbra is az Elemzés által vezérelt új funkciókba fektetünk be. Az Elemzésről az alábbi hivatkozásokon talál további információt.
Wiki
Wikioldalak értesítései
Eddig nem tudta, hogy mikor változott meg egy wikilap tartalma. Mostantól a wikilapokat követve e-mailben értesítést kaphat a lap szerkesztéséről, törléséről vagy átnevezéséről. A wiki módosításainak nyomon követéséhez válassza a Wikilap Követés gombját.
Ez a funkció a javaslati jegy alapján lett rangsorban. További információért tekintse meg dokumentációnkat itt.
Felügyelet
A szervezet számlázásának kezelése az Azure DevOpsból
Örömmel jelentjük be, hogy mostantól kezelheti szervezete számlázását az Azure DevOps portálon. A rendszergazdáknak már nem kell a Azure Portal keresztül beállítaniuk a számlázást. A számlázási beállítások kezeléséhez lépjen a Szervezeti beállítások területre , és válassza a Számlázás lehetőséget.
Az alábbi lista a Számlázás lapon kezelhető beállításokat tartalmazza.
Kiválaszthatja a számlázáshoz használni kívánt Azure-előfizetést.
Másik előfizetés kiválasztásával módosíthatja a szervezet által a számlázáshoz használt Azure-előfizetést. Korábban el kellett távolítania a számlázást, majd gondosan vissza kellett vennie ugyanazt a szintet az egyes fizetős erőforrásokhoz (alapszintű felhasználók, csomagkezelési felhasználók, MS hosted pipelines stb.). Ez a folyamat fárasztó volt, és hajlamosak a hibára. Mostantól módosíthatja a szervezet által a számlázáshoz használt Azure-előfizetést úgy, hogy kiválaszt egy másik előfizetést, és a Mentés gombra kattint.
A számlázási beállítások kezeléséhez már nincs szükség a Visual Studio Marketplace-hez való hozzáférésre. Hozzáadtuk a további Basic, Test Manager és Package Management (Azure Artifacts) felhasználók fizetésének lehetőségét. Az új Számlázás lapon növelheti vagy csökkentheti a szervezet által fizetett felhasználók számát.
Következő 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.
Tanácsokat és kérdéseket is kaphat a közösségtől a Stack Overflow-on.
Köszönettel:
Jeremy Epling