Általánosan elérhető a csomag felsőbb rétegbeli forrásai és szimbólumkiszolgálója – VSTS Sprint 130 Update

A Visual Studio Team Services (VSTS) Sprint 130 frissítésében tovább fejlesztjük az integrációt olyan eszközökkel és szolgáltatásokkal, amelyek segítenek a teljes DevOps-folyamat kialakításában. A felsőbb rétegbeli forrásokból származó csomagok kezelése a függőségek irányításának átvételéhez és a VSTS szimbólumkiszolgálóként való használata a hibakeresés egyszerűsítéséhez. A Microsoft Teams VSTS üzenetkezelési bővítményével munkaelemeket is felvehet a csapatbeszélgetésbe.

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

• Csoport említése a munkaelemben és a lekéréses kérelmek vitafórumában
• Automatikus kiadás Azure Container Registry és Docker Hub, és csak a GitHub egyes buildágai
• Az Azure Storage használatával finomabb vezérléssel és hatékonysággal használhatja ki a Jenkinsben elérhető lehetőségeket
• Nagy számú felhasználó hozzáférésének és bővítményeinek kezelése csoportok használatával

A VSTS újdonságai

Code

Nemrég törölt adattár helyreállítása API-val

Néha hibák is előfordulhatnak a régi adattárak a verziókövetésben való törlésekor. Ha egy Git-adattárat az elmúlt 30 napban töröltek, a REST API-val helyreállítható. További információért tekintse meg a lista és a helyreállítás műveleteinek dokumentációját.

Feladatok

A Microsoft Teams munkaelemeinek megvitatása a VSTS üzenetkezelési bővítmény használatával

A Microsoft Teams számos mérnöki csapat csapatmunkának központja lett. Bővítettük a Microsoft Teams-integrációt az új VSTS üzenetkezelési bővítménnyel, hogy a többi tartalom és eszköz mellett konkrét munkaelemeket is megtalálhasson és megvitathasson. További információért tekintse meg a Microsoft Teams integrációs bővítményét a Marketplace-en.

Csoport említése a munkaelemben és a lekéréses kérelmek vitafórumában

Ha a munkaelemekről vagy lekéréses kérelmekről szóló vitafórumban több személy vagy egy adott csapat összes tagja is szerepel, időt vesz igénybe az @mention értesítés mindenkinek, akit értesíteni szeretne. Most már egyszerűen @mention egy csapat vagy biztonsági csoport is részt vehet a beszélgetésekben. Ha Egy munkaelemben vagy lekéréses kérelemben megemlített csoport tagja, e-mailben értesítést kap. Ha Ön egy olyan csoport tagja, amely egy munkaelemben szerepel, akkor az a munkaelem is megjelenik az Említett kimutatásban a Munkaelemek központban.

Buildelés és kiadás

A VSTS használata szimbólumkiszolgálóként

Általánosan elérhető a VSTS Szimbólumkiszolgáló, amely lehetővé teszi szimbólumok üzemeltetését és megosztását a szervezettel. A szimbólumok további információkat nyújtanak, amelyek megkönnyítik a végrehajtható fájlok hibakeresését, különösen az olyan natív nyelveken írtak esetében, mint a C és a C++. További információért tekintse meg a szimbólumok hibakereséshez való közzétételének dokumentációját .

Ez a funkció egy kiemelt javaslat alapján lett rangsorítva.

Ágak szűrése GitHub-összetevőkhöz

Most már konfigurálhat ágszűrőket a GitHub-adattárakhoz is. Előfordulhat például, hogy csak a master/* ágból származó buildeket szeretné üzembe helyezni.

Ágak szűrése belefoglalással és kizárással

Eddig olyan ágakat és címkéket adhat meg, amelyeknek ki kell aktiválnia a kiadást. Egyértelmű visszajelzést kaptunk arról, hogy ez korlátozott volt, és gyakori frissítésekre volt szükség a definíciók kiadásához. A Buildhez hasonlóan most olyan ágakat is megadhat, amelyeknek nem kellene kiadást aktiválnia. Előfordulhat például, hogy az összes dev/* ághoz szeretne kiadást aktiválni, de a dev/featureX ághoz nem.

Automatikus kiadás Azure Container Registry és Docker Hub

A tárolóalapú alkalmazások üzembe helyezésekor a rendszer először leküldi a tárolórendszerképet egy tárolóregisztrációs adatbázisba. A leküldés befejezése után a tárolórendszerkép üzembe helyezhető egy Web App for Containers vagy egy Kubernetes-fürtön. Mostantól engedélyezheti a kiadások automatikus létrehozását a Docker Hub vagy Azure Container Registry tárolt lemezképek frissítéseiben, ha összetevőforrásként adja hozzá őket.

Jenkins-összetevők propagálása az Azure Storage-ba

A Jenkins-buildek által létrehozott összetevőket általában archiválás és megosztás céljából propagálják a tárolótárakba. Az Azure Blob Storage a Jenkins-build által létrehozott összetevők egyik támogatott adattára. Most már felhasználhatja az Azure Storage-ban közzétett Jenkins-projekteket összetevő-forrásként egy kiadási definícióban.

Az összetevők definícióhoz való hozzáadásakor annak az Azure Blob Storage-nak a részleteit kell megadni, ahol az összetevők közzé vannak téve. Az üzemelő példányok ezután automatikusan letöltik az összetevőket az Azure-ból az ügynökökre. Ezzel a konfigurációval az ügynök leválasztható a Jenkins-kiszolgálóról. Az üzemeltetett ügynökök anélkül használhatók, hogy a kiszolgálót az internetre tennék.

A Jenkins-összetevők alapértelmezett verziójának megadása

Ha egy több összetevőt tartalmazó kiadás automatikusan aktiválódik, a kiadási definícióban mentett alapértelmezett verziókat a rendszer az összes összetevőhöz felveszi. Korábban a Jenkins-összetevők nem rendelkeztek alapértelmezett verzióbeállítással, így nem lehetett folyamatos üzembe helyezési eseményindítót beállítani egy kiadáson, amely a Jenkinst használja másodlagos összetevőként.

Most megadhatja a Jenkins-összetevők alapértelmezett verzióját az ön által ismert beállításokkal:

• Legutóbbi
• Adja meg a kiadás létrehozásakor
• Adott verzió

Változócsoport hatóköre adott környezetekre

Korábban, amikor hozzáadtak egy változócsoportot egy kiadási definícióhoz, a benne foglalt változók a kiadás összes környezete számára elérhetők voltak. Most már rugalmasan hatókört adhat a változócsoportoknak egy adott környezet(ek)nek, ami elérhetővé teszi őket egy, de az azonos kiadású más környezetek számára. Ez akkor hasznos, ha külső szolgáltatással, például SMTP levelezőszolgáltatással rendelkezik, amely különbözik a környezetek között.

Feladatok telepítése a Marketplace-ről közvetlenül a build vagy a kiadás definíciójából

A build- vagy kiadásdefiníció-szerkesztőben most már a Marketplace-ről származó releváns feladatbővítmények szerepelnek a már telepített vagy beépített feladatok mellett. A bővítmény beszerzéséhez kattintson az Ingyenes használat gombra, és fejezze be a munkafolyamatot a Marketplace-en. Miután elvégezte az új feladatot, egyszerűen frissítse a feladatlistát a definíciószerkesztőben, és tekintse meg az újonnan telepített feladatokat, készen arra, hogy hozzáadja a definícióhoz.

Csomag

Nyilvános csomagok zökkenőmentes használata felsőbb rétegbeli források használatával

Általánosan elérhetők a nuget.org és npmjs.com felsőbb rétegbeli forrásai. Az előnyök közé tartozik a felsőbb rétegbeli forrásokból mentett csomagok kezelése (visszavonás, elavultság, közzététel visszavonása, törlés stb.), valamint az összes használt felsőbb rétegbeli csomag garantált mentése.

Ezek az előnyök egyelőre csak a bejelentés után létrehozott hírcsatornákra vonatkoznak, kivéve, ha korábban engedélyezte a felsőbb rétegbeli források előzetes verziójának kapcsolóját az Előzetes verziójú funkciók panelen. Ha engedélyezte az előnézeti kapcsolót, a váltógomb engedélyezése után létrehozott hírcsatornák használhatják ezeket az előnyöket. Egy későbbi frissítésben frissítheti a régebbi hírcsatornákat, hogy kihasználhassa ezeket a fejlesztéseket.

Csomagverzió minőségének megtekintése a csomaglistában

A csomaglistában mostantól megtekintheti az egyes csomagverziók nézeteit a minőség gyors meghatározásához. További információért tekintse meg a kiadási nézetek dokumentációját.

Hivatkozás csomagokra bárhonnan

Bár az URL-címet korábban a Packages hubban található csomaggal is megoszthatja, gyakran nehéz volt használni, mert egy projektet kellett hozzáadnia az URL-címhez, amely vonatkozhat a hivatkozással rendelkezőkre, vagy nem. Ezzel a frissítéssel mostantól megoszthat csomagokat egy fiókszintű URL-cím használatával, amely automatikusan kiválasztja azt a projektet, amelyhez a címzettnek hozzáférése van. Az URL-formátum a következő: https://<account>.visualstudio.com/_packaging?feed=<feed>&package=<package>&version=<version>&protocolType=<NuGet|npm|Maven>&_a=package Az összes paraméter <account> nem kötelező, de ha csomagot ad meg, meg kell adnia a protokoll típusát.

Csomagok megosztása jelvény használatával

A nyílt forráskód közösségben gyakori, hogy olyan jelvényt használunk, amely a csomag legújabb verziójára hivatkozik az adattár README-jében. Ezzel a frissítéssel mostantól jelvényeket hozhat létre a VSTS-hírcsatornákban lévő csomagokhoz. Csak ellenőrizze a Csomagjelvények engedélyezése lehetőséget a hírcsatorna beállításai között, válasszon ki egy csomagot, majd kattintson a Jelvény létrehozása elemre. A jelvény URL-címét átmásolhatja közvetlenül, vagy másolhatja az előre létrehozott Markdownt, amely visszakapcsolja a jelvényt a csomag részleteinek oldalára.

Csomagok újrahasznosítása és visszaállítása

A nem használt csomagok törlése segíthet a csomaglista tisztán tartásában, de néha tévedésből is elvégezhető. Most már visszaállíthatja a törölt csomagokat a Lomtárból. A törölt csomagok 30 napig megmaradnak a Lomtárban, így szükség esetén elég idő áll a visszaállításra.

Felügyelet

Hozzáférés és bővítmények kezelése nagy számú felhasználó számára csoportok használatával

Megkönnyítettük a rendszergazdák számára a felhasználók nagy csoportjainak kezelését azáltal, hogy lehetővé tettük a hozzáférési szintek és bővítmények Azure AAD- vagy VSTS-csoportokhoz való hozzárendelését. A megfelelő szabályok beállítása után, ha hozzáad valakit a csoporthoz, automatikusan megadja nekik a megfelelő hozzáférési szinteket és bővítményeket, amikor hozzáférnek a VSTS-fiókhoz. Ennek eredményeképpen a hozzáférési szinteket és bővítményeket már nem kell külön kezelni.

További információkért tekintse meg a microsoftos DevOps blog tavalyi nagy fiókfelhasználó-kezelési ütemtervének bejegyzését , valamint a hozzáférési szintek és bővítmények hozzárendelése a felhasználókhoz csoporttagságok szerint című dokumentációt.

Az Azure AAD-csoporttagság változásainak csökkentett késése

Ha azure Active Directory-csoporttagságokon (Azure AD) keresztül kezeli az engedélyeket, előfordulhat, hogy az Azure AAD-ben az elmúlt tagságváltozások felismerése 24–48 órát vett igénybe a VSTS számára. Ez a késés most 1 órára csökken, ami lehetővé teszi, hogy az új csapattagok gyorsabban működjenek.

Felhasználók kezelése a Graph REST API-k nyilvános előzetes verziójával

A Graph REST API-erőforrások lehetővé teszik a fejlesztők számára, hogy felhasználókat, csoportokat és csoporttagságokat kezelő alkalmazásokat írjanak. Az API-k a legfontosabb felhasználókezelési forgatókönyveket tartalmazzák, beleértve a Microsoft-fiók (MSA) vagy az Azure Active Directory -felhasználó (Azure AD) hozzáadását a VSTS-hez, EGY VSTS-csoport létrehozását, valamint a tagok VSTS-csoportokból való hozzáadását/eltávolítását. További információért tekintse meg a Graph REST API dokumentációját és mintáit .

Fiók elhagyása

Korábban csak a fióktulajdonosok vagy a rendszergazdák távolíthattak el felhasználókat egy fiókból. Most már hagyhat olyan fiókot, amelyben már nem vesz részt önállóan. Ha el szeretne hagyni egy fiókot, lépjen a profillapjára, és keresse meg a fióklistán belül hagyni kívánt fiókot. A fiókműveletek szakasz alatt mostantól lehetőség van a fiók elhagyására. Ezt a funkciót egy javaslat alapján rangsorelték.

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:

Henry Dixon és Aaron Bjork