Üzembehelyezési csoportok és buildkiegészítési eseményindító – VSTS Sprint 132-es frissítés

A Visual Studio Team Services (VSTS) Sprint 132-es frissítése néhány fontos funkcióval segíti a buildelési és kiadási folyamat skálázását. A Buildben az új buildkiegészítési eseményindítóval egyesítheti a különböző csapatok tulajdonában lévő kapcsolódó buildeket. A kiadásban bejelentettük az üzembehelyezési csoportok általános elérhetőségét, amellyel több, magas rendelkezésre állású virtuális gépre skálázhatja az üzembe helyezéseket, beleértve az éles környezeteket is.

További kiemelések a következők:

• A Power BI és a VSTS Analytics integrálása nézetek használatával
• Markdown-fájlok közzététele Git-adattárból wikiként

A VSTS újdonságai

Funkciók

Code

• Lekéréses kérelmek gyors leírása véglegesítési üzenetekkel
• TFVC-parancsok végrehajtása közvetlenül a Windows Intézőből

Buildelés és kiadás

• A kapcsolódó buildek összekapcsolása a buildkiegészítési triggerekkel
• Üzembe helyezések skálázása virtuális gépekre üzembehelyezési csoportokkal
• Go nyelven írt alkalmazások létrehozása
• Kiadási kapuk kiterjesztése feladatbővítményekkel

Csomag

• NPM-csomagok használata máshonnan a VSTS-ben
• Adatcsatorna lekérdezési sebességének fenntartása adatmegőrzési szabályzatokkal

Wiki

• Markdown-fájlok közzététele Git-adattárból wikiként
• Speciális karakterek megőrzése a wikilapcímekben
• Wiki kiterjesztése REST API-k használatával

Jelentéskészítés

• A Power BI és a VSTS Analytics integrálása nézetek használatával

Code

Lekéréses kérelmek gyors leírása véglegesítési üzenetekkel

A leíró véglegesítési üzenetek írása hozzáadott értéket ad bármely Git-adattár előzményeihez. A minőségi véglegesítési üzenetek ösztönzése érdekében a több véglegesítéssel rendelkező új lekéréses kérelmekhez a közreműködőknek manuálisan kell megadniuk a címet.

A lekéréses kérelmek leírásai alapértelmezés szerint továbbra is üresek maradnak, de egy új funkció megkönnyíti a lekéréses kérelmek véglegesítési üzeneteinek beépítését a lekéréses kérelmek leírásába. A véglegesítési üzenetek hozzáadásához egyszerűen kattintson a Véglegesítési üzenetek hozzáadása gombra a véglegesítési üzeneteknek a lekéréses kérelem leírásának szövegéhez való hozzáfűzéséhez.

TFVC-parancsok végrehajtása közvetlenül a Windows Intézőből

A Windows Fájlkezelő integrált egyszerűsített verziókövetési élményt biztosító TFVC Windows Shell-bővítmény mostantól támogatja a VSTS-t és a TFS 2018-t. Ez az eszköz kényelmes hozzáférést biztosít számos TFVC-parancshoz közvetlenül a Windows Intéző helyi menüjében.

Az eszköz korábban a TFS Power-eszközök része volt, és önálló eszközként jelent meg a Visual Studio Marketplace-en.

Buildelés és kiadás

A kapcsolódó buildek összekapcsolása a buildkiegészítési triggerekkel

A nagy termékek több olyan összetevőből állnak, amelyek egymástól függenek. Ezek az összetevők gyakran egymástól függetlenül készülnek. Ha egy felsőbb rétegbeli összetevő (például egy kódtár) megváltozik, az alsóbb rétegbeli függőségeket újra kell felépíteni és újra kell állítani. A Teams általában manuálisan kezeli ezeket a függőségeket.

Most már elindíthat egy buildet egy másik build sikeres befejezése után. A felsőbb rétegbeli buildek által előállított összetevők letölthetők és használhatók a későbbi buildben, és ezekből a változókból is lekérhet adatokat: Build.TriggerBy.BuildId, Build.TriggerBy.DefinitionId, Build.TriggerBy.BuildDefinitionName. További információt a build eseményindítók dokumentációjában talál.

Ezt a funkciót az alapján rangsoroltuk, hogy jelenleg melyik a 2. legtöbb szavazatot kapott javaslat 1129 szavazattal.

Ne feledje, hogy bizonyos esetekben egyetlen többfázisú build is megfelelhet az igényeinek. A buildkiegészítési eseményindítók azonban akkor hasznosak, ha a követelmények különböző konfigurációs beállításokat, beállításokat vagy egy másik csapatot tartalmaznak a függő folyamat tulajdonosához.

Üzembe helyezések skálázása virtuális gépekre üzembehelyezési csoportokkal

A robusztus, beépített többgépes üzembe helyezést biztosító üzembehelyezési csoportok mostantól általánosan elérhetők. Az üzembehelyezési csoportokkal több kiszolgálón is vezényelheti az üzembe helyezéseket, és működés közbeni frissítéseket hajthat végre, miközben az alkalmazás teljes egészében magas rendelkezésre állást biztosít. Üzembe helyezheti a helyszíni kiszolgálókat vagy virtuális gépeket az Azure-ban vagy bármely felhőben, valamint teljes körű nyomon követhetőséggel rendelkezik az üzembe helyezett összetevők verzióinak a kiszolgáló szintjéig.

Az ügynökalapú üzembehelyezési képesség ugyanazokra a buildelési és üzembehelyezési ügynökökre támaszkodik, amelyek már elérhetők. A célgépek teljes feladatkatalógusát az Üzembehelyezési csoport fázisban használhatja. Bővíthetőségi szempontból a REST API-kat üzembehelyezési csoportokhoz és a programozott hozzáférés céljaihoz is használhatja.

Megosztott üzembehelyezési célok

Ha ugyanazt a kiszolgálót használja több alkalmazás üzemeltetéséhez, megoszthatja a kiszolgálót (más néven az üzembehelyezési célt) az üzembehelyezési készleteket használó csapatprojektek között.

Új sablonok

Az új kiadásdefiníciós sablonokkal mostantól könnyedén üzembe helyezheti azokat több célon. Az IIS-webhelyhez több sablon, az adatbázissal rendelkező IIS-webhely és az SQL DB-hez készült több üzembehelyezési sablon is elérhető.

Virtuális gépek kiépítése

A továbbfejlesztett Azure-erőforráscsoport-feladattal dinamikusan indíthatja el az ügynököket az újonnan kiépített vagy már meglévő Virtual Machines az Azure-ban.

Amikor tavaly májusban elindítottuk az üzembehelyezési csoportokat, egy egyszerű felhasználói felületet szállítottunk, amely néhány kulcsfontosságú forgatókönyvre irányult. Most egy konzisztensebb felületet talál, amely a termék többi részéhez hasonlít.

Az első lépésekről további információt az Üzembehelyezési csoportok dokumentációjában talál.

Go nyelven írt alkalmazások létrehozása

Most már létrehozhatja Go-alkalmazásait a VSTS-ben!

Az Go Tool Installer feladat használatával menet közben telepítheti a Go Tool egy vagy több verzióját. Ez a feladat a projekthez szükséges Go-eszköz egy adott verzióját szerzi be, és hozzáadja a buildügynök ELÉRÉSI ÚTjához. Ha a megcélzott Go-eszköz verziója már telepítve van az ügynökre, ez a feladat kihagyja a letöltési és telepítési folyamatot.

A Go feladat segít letölteni a függőségeket, létrehozni vagy tesztelni az alkalmazást. Ezzel a feladatsal egy tetszőleges egyéni Go-parancsot is futtathat.

Kiadási kapuk kiterjesztése feladatbővítményekkel

A kiadási kapuk közvetlenül a kiadási folyamatba hozzák az állapotjelek adatait. A kapuk az üzembe helyezés előtt vagy után ismétlődően gyűjtenek egészségügyi jeleket annak megállapításához, hogy a kiadásnak a következő fázisra kell-e lépnie. Beépített kapuk készlete érhető el, és az Azure-függvény meghívása lehetőség ajánlott más szolgáltatások integrálásához.

A kapuk mostantól bővítmény formájában is elérhetők, ami megkönnyíti az új vagy egyéni szolgáltatások integrálását és a kapu konfigurálását.

További információért tekintse meg a szerzői kapufeladatok dokumentációját.

Csomag

NPM-csomagok használata máshonnan a VSTS-ben

Továbbra is a felsőbb rétegbeli forrásokba fektetünk be, így egyetlen hírcsatornában központosíthatja az összes csomagfüggőséget, és megőrizheti a használt csomagok mentett példányait. Ha több, npm-csomaggal rendelkező VSTS-hírcsatornával rendelkezik, most hozzáadhat egyet a másik felsőbb rétegbeli forrásaként ugyanabban a VSTS-fiókban. Mivel az npm többnyire egyetlen csatornára/beállításjegyzékre korlátozza a projekt konfigurációjában, a felsőbb rétegbeli források biztosítják a több npm-hírcsatorna, például az egyes csapatokhoz vagy termékekhez szükséges rugalmasságot.

Dolgozunk azon is, hogy hamarosan engedélyezzük a felsőbb rétegbeli forrásokat a VSTS NuGet-hírcsatornákhoz. További információért tekintse meg a felsőbb rétegbeli források dokumentációját.

Adatcsatorna lekérdezési sebességének fenntartása adatmegőrzési szabályzatokkal

Idővel a csomagverziók száma kiterjedt lehet, és a régebbi verziók nem lesznek használatban. A gyakori csomagkiadók esetében ez lassabb adatcsatorna-lekérdezéseket eredményezhet a NuGet Package Managerben és más ügyfelekben, amíg egyes verziókat manuálisan nem törölnek.

Mostantól engedélyezheti a adatmegőrzési szabályzatokat a hírcsatornákon. A megőrzési szabályzatok a megőrzési küszöbérték elérése után automatikusan törlik a csomag legrégebbi verzióját. A nézetekre előléptetett csomagok határozatlan ideig megmaradnak, így megvédheti az éles környezetben használt vagy a szervezetben széles körben használt verziókat.

Az adatmegőrzési szabályzatok engedélyezéséhez szerkessze a hírcsatornát, és adjon meg egy értéket a Csomagonkénti verziók maximális száma szakaszban a Megőrzési szabályzatok szakaszban.

Wiki

Markdown-fájlok közzététele Git-adattárból wikiként

A fejlesztők dokumentációt hoznak létre az "API-k", az "SDK-k" és a "kódmagyarázó súgódokumentumok" számára a kódtárakban. Az olvasóknak ezután át kell szitálást végrehajtaniuk a kódon, hogy megtalálják a megfelelő dokumentációt. Most egyszerűen közzéteheti a Markdown-fájlokat a kódtárakból, és tárolhatja őket a Wikiben.

A Wikiben először kattintson a Kód közzététele wikiként elemre. Ezután megadhat egy mappát egy Git-adattárban, amelyet elő kell léptetni.

Miután a Közzététel gombra kattint, a kijelölt mappa alatt lévő összes Markdown-fájl wikiként lesz közzétéve. Ez az ág vezetőjét is leképíti a wikire, így a Git-adattárban végzett módosítások azonnal megjelennek.

Abban az esetben, ha a termék több verziójával rendelkezik, és egyszerűen át szeretné haladni ezen verziók dokumentációját, a dokumentáció új verzióját is közzéteheti a wikiben különböző ágak használatával.

A Markdown-fájlok közzététele után a lapok is kereshetők lesznek a Wikikereső központban.

Ha nem a megfelelő adattárat tette közzé, egyszerűen törölje a wiki közzétételét, ami változatlanul hagyja a mögöttes adattárat.

Módosíthatja a lapok sorrendjét az adattárból, vagy akár egy mappát is átalakíthat, hogy wikilapként nézzen ki.

További információért tekintse meg a termékdokumentáció blogbejegyzését . Ezt a funkciót egy javaslat alapján rangsorelték.

Speciális karakterek megőrzése a wikilapcímekben

Mostantól speciális karakterekkel (például : < > * ? | -) is létrehozhat wikilapokat. Mostantól a wikiben olyan címekkel rendelkező lapok hozhatók létre, mint a "GYIK?" vagy a "Beállítási útmutató". A rendszer a következő karaktereket lefordítja az UTF-8 kódolású sztringekre:

Karakter	Kódolt sztring
:	%3A
<	%3C
>	%3E
*	%2A
?	%3F
|	%7C
-	%2D

Ezt a funkciót egy javaslat alapján rangsorelték.

Wiki kiterjesztése REST API-k használatával

A Wiki REST API-k mostantól nyilvánosak. További információt a Wikifüggvények és a Wikikeresés dokumentációjában talál.

Jelentéskészítés

A Power BI és a VSTS Analytics integrálása nézetek használatával

Az elemzési nézetek a VSTS Power BI-adatösszekötővel működnek. Ezek együttesen egyszerű módot biztosítanak a VSTS-adatok Power BI-ba való beolvasására, hogy megkezdhesse az egyéni jelentések létrehozását.

A VSTS Analytics-bővítmény telepítésekor létrehozunk egy alapértelmezett Analytics-nézetet , amelyet a Power BI-ban használhat. Mostantól szerkesztheti az alapértelmezett nézeteket, és új nézeteket hozhat létre a Power BI-nak visszaadott rekordok, mezők és előzmények finomhangolásához.

Következő lépések és visszajelzés

Ugrás a VSTS-hez

Feliratkozás Frissítések

Szeretnénk hallani, mit gondol ezekről a funkciókról. A visszajelzési menüben jelentheti a problémát, vagy javaslatot adhat arra az esetre, ha elképzelései vannak a rangsorolni kívánt dolgokról.

Tanácsokat és kérdéseket is kaphat a közösségtől a Stack Overflow-on.

Köszönettel:

Gopinath Chigakkagari