Továbbfejlesztett GitHub-buildek és javasolt munkaelemek elérési útjai – VSTS Sprint 129 Update

Mivel kihagytuk a frissítés üzembe helyezését a legutóbbi ünnepek során, most visszatérünk a Sprint 128 és 129 funkcióival. A Visual Studio Team Services (VSTS) Sprint 129-frissítésében számos olyan fejlesztést fog látni, amelyek örömmel fogadják a csapat minden pontjáról érkezőket. A GitHubtal való integrációt úgy erősítjük meg, hogy lehetővé tesszük lekéréses kérelmek készítését az adattárakból GitHub.com , és folyamatosan integrálható a GitHub Enterprise-ból egy hivatalos buildforráson keresztül.

További funkciókiemelések:

• Az elemzési widgetek megtekintése érdekeltként – Az érdekelt felek bevonása az elemzési beszélgetésbe.
• Lekéréses kérelem egyesítési véglegesítésének megtekintése – Pontosan láthatja, hogy az egyesített véglegesítés hogyan nézne ki a lekéréses kérelemben.
• Munka áthelyezése a javasolt területek és iterációk használatával – Munka lekérése a megfelelő területre és iterációra. Gyors.
• A Wikikeresés mostantól általánosan elérhető és nyomtatható – A kereséssel és nyomtatással a Wiki készen áll a csapat tudásának megőrzésére.
• Engedélyek kezelése közvetlenül az Azure AD-csoportokon – Egyszerűbbé teheti az engedélyeket az Azure AD-ből származó meglévő csoportok használatával.

A VSTS újdonságai

Irányítópultok és elemzések

Elemzési widgetek megtekintése érdekeltként

Az Analytics bővítmény telepítése 6 hatékony widgetet ad hozzá a widgetkatalógushoz: göngyölt folyamatábra, átfutási idő, ciklusidő, sebesség, leégés és burnup. Most az ingyenes Érdekelt felek licenccel rendelkezők is megtekinthetik az összes Analytics-widgetet!

Az Analytics OData-végpontjának vagy a Power BI-nak az Analyticshez való csatlakozásához továbbra is alapszintű licencre van szükség.

A Power BI integrálása a VSTS Analyticsszel új nézetek használatával

A VSTS Power BI Desktop Csatlakozás or alapértelmezett nézetei segítenek azonnal megkezdeni a VSTS-adatok használatát. További nézeteket adtunk hozzá a gyakori előzménydefiníciókkal, hogy könnyebben elvégezhesse a trendeket és a hibaelemzést. További információért tekintse meg a VSTS-hez Power BI Data Csatlakozás or használatával való csatlakozással kapcsolatos útmutatónkat.

A Power BI Desktop közelgő februári kiadásában bevezetjük a saját nézetek létrehozását, ami még egyszerűbbé teszi a Power BI-ban szükséges adatok kezelését.

Kód

Lekéréses kérelem egyesítési véglegesítésének megtekintése

A lekéréses kérelmek diff nézetei nagyszerűen kiemelik a forráságban bevezetett módosításokat. A célág módosítása azonban azt eredményezheti, hogy a diff nézet a várttól eltérően néz ki. Most már elérhető egy új parancs a lekéréses kérelem "előzetes" egyesítési véglegesítésének diffjének megtekintéséhez – Egyesítési véglegesítés megtekintése. Ez az egyesítési véglegesítés az egyesítési ütközések ellenőrzéséhez és a lekéréses kérelmek buildeléséhez lett létrehozva, és tükrözi, hogy az egyesítési véglegesítés hogyan fog kinézni a lekéréses kérelem véglegesítésekor. Ha a célág módosításai nem jelennek meg a diffben, az egyesítési véglegesítési diff hasznos lehet a forrás- és célágak legutóbbi változásainak megtekintéséhez.

Az egyesítési véglegesítés megtekintése paranccsal együtt hasznos egy másik parancs az Újraindítás egyesítés (ugyanazon parancsmenüben érhető el). Ha a lekéréses kérelem létrehozása óta a célág megváltozott, a parancs futtatása új előzetes verziójú egyesítési véglegesítést hoz létre, amely frissíti az egyesítés véglegesítési nézetét.

Segítség a véleményezőknek a lekéréses kérelmek címkéivel

Néha fontos, hogy további információkat közöljön a lekéréses kérelmekről a véleményezőknek. Lehet, hogy a lekéréses kérelem még folyamatban van, vagy egy hamarosan megjelenő kiadás gyorsjavítása – ezért hozzá kell fűzni néhány további szöveget a címhez, esetleg egy "[WIP]" előtagot vagy "NE EGYESÍTSD". A címkék mostantól lehetővé teszik a lekéréses kérelmek címkézését olyan további információkkal, amelyek a fontos adatok közlésére és a lekéréses kérelmek rendszerezésére használhatók.

Egy későbbi kiadásban még hasznosabbá tesszük a címkéket azáltal, hogy egyszerűbbé tesszük a lekéréses kérelmek szűrését címkék használatával.

A lekéréses kérelem automatikus kiegészítésének fennmaradó szabályzatfeltételeinek megtekintése

Az automatikus kiegészítés hasznos funkció a fiókszabályzatokat használó csapatok számára, de opcionális szabályzatok használatakor nem egyértelmű, hogy pontosan mi blokkolja a lekéréses kérelmek befejezését. Most, amikor automatikus kiegészítést ad egy lekéréses kérelemhez, a befejezést kérő szabályzatfeltételek pontos listája egyértelműen megjelenik a kiírási mezőben. Mivel minden követelmény teljesül, a rendszer eltávolítja az elemeket a listából, amíg nincs további követelmény, és a lekéréses kérelem egyesül.

Matematikai adatok megvitatása lekéréses kérelmekben

Egyenletet vagy matematikai kifejezést kell felvennie a lekéréses kérelmek megjegyzéseibe? Mostantól beágyazott és letiltott megjegyzésekkel is felveheti a TeX-függvényeket a megjegyzésekbe. További információért tekintse meg a támogatott függvények listáját.

Annak szabályozása, hogy ki járulhat hozzá a lekéréses kérelmekhez

Korábban bárki, aki megtekinthet egy Git-adattárat, együttműködhetett a lekéréses kérelmekkel. Hozzáadtunk egy új, Hozzájárulás a lekéréses kérelmekhez című engedélyt, amely szabályozza a lekéréses kérelmek létrehozásához és megjegyzéseihez való hozzáférést. Alapértelmezés szerint minden olyan felhasználó és csoport, amely korábban olvasási engedéllyel rendelkezett, szintén megkapja ezt az új engedélyt. Az új engedély bevezetése további rugalmasságot és felügyeletet biztosít a rendszergazdáknak. Ha azt szeretné, hogy az Olvasók csoport valóban csak olvasható legyen, megtagadhatja a hozzájárulást a kérések lekéréséhez .

További információért tekintse meg az adattárengedélyek beállítására vonatkozó rövid útmutató dokumentációját.

Integrálás a lekéréses kérelem állapotának API-val és ágszabályzatával

A fiókszabályzatok lehetővé teszik a csapatok számára, hogy magas minőségű ágakat tartsanak fenn, és követhessék a lekéréses kérelmek munkafolyamata során ajánlott eljárásokat. Most a lekéréses kérelmek állapotának API-jának és ágszabályzatának használatával integrálhatja az egyéni eszközöket a lekéréses kérelmek munkafolyamataiba. Akár külső CI/CD-megoldással integrál, akár saját belső folyamatkövetelményeket kényszerít ki, az állapot API segíthet. További információért tekintse meg a kódot, a mintákat és a dokumentációt .

Munka

Munka áthelyezése a javasolt területek és iterációk használatával

Gyakori, hogy ugyanazon a területen vagy iterációban dolgozik, és a munkaelemek áthelyezésekor többször is végigböngészi a hierarchiát. A Terület és az Iterációs útvonal vezérlői mostantól javaslatokként tartalmazzák a legutóbb használt értékek listáját, így gyorsan beállíthatja és továbbléphet.

Emellett az iterációs dátumok a név jobb oldalán találhatók, így gyorsan megállapíthatja, hogy mikor kell kézbesíteni egy munkaelemet.

Buildelés és kiadás

GitHub-lekéréses kérelmek létrehozása adattárakból

A GitHub-lekéréses kérelmeket mostantól automatikusan létrehozhatja a VSTS az adattárakból. Ez biztosítja, hogy a módosítások sikeres buildelése és a tesztek sikeresek legyenek az egyesítése előtt. Alapértelmezés szerint a builddefinícióhoz társított titkos kódok nem érhetők el az elágazásokból érkező lekéréses kérelmek buildjeihez. További információért tekintse meg a biztonsági szempontok dokumentációját .

Buildelés folyamatos integrációval a GitHub Enterprise-ból

Mostantól jobb integrációval rendelkezik a VSTS-vel a folyamatos integrációs (CI) buildek végrehajtásához, ha a GitHub Enterprise-t használja a verziókövetéshez. Korábban csak a külső Git-összekötő használatával végzett kódmódosítások lekérdezésére volt korlátozva, ami növelheti a kiszolgálók terhelését, és késéseket okozott a buildek aktiválása előtt. A VSTS hivatalos GitHub Enterprise-támogatásával a csapat CI-buildjei azonnal aktiválódnak. Emellett a kapcsolat különböző hitelesítési módszerekkel is konfigurálható, például LDAP vagy beépített fiókok használatával.

Buildelés alapértelmezés szerint a megfelelő ügynökkel

Ha az egyik sablonunkkal hoz létre egy új builddefiníciót, alapértelmezés szerint kiválasztunk egy üzemeltetett ügynöksort. Az Ant és a Maven-sablonok például alapértelmezés szerint a üzemeltetett Linux-üzenetsorra kerülnek. Az Xcode és a Xamarin.iOS-sablonok alapértelmezés szerint a hosted macOS Preview verzióra lesznek beállítva. A ASP.NET Core-sablon alapértelmezés szerint a Hosted VS2017 lesz. Természetesen továbbra is módosíthatja az üzenetsort az Ön igényei szerint, de ez az alapértelmezett beállítás időt takarít meg egy új buildelési folyamat definiálásakor, máskülönben nem kell újra beállítania a megfelelő ügynöksort.

Teszt

Asztali alkalmazások képernyőképe a Chrome böngészőn keresztül

A Teszt és visszajelzés bővítmény mostantól támogatja az asztali alkalmazások képernyőképeinek a Chrome böngészőn keresztüli rögzítését. Ha telepítve van a böngészőbővítmény, válassza ki a tesztelt alkalmazást, készítsen képernyőképeket, jegyzetelje és hozzon létre hibákat vagy feladatokat.

Nagy teszteredmények szűrése tesztnév alapján

Idővel a teszteszközök felhalmozódnak. A nagy alkalmazások esetében könnyen több tízezer tesztre nőhetnek. A korábbi futamban két új szűrőt a Build and Release - Container (DLL) és a Owner (Container Owner) tesztek lapján adtunk hozzá. A felhasználói élmény további bővítéséhez hozzáadtunk egy új szűrőt a tesztnév alapján, amely lehetővé teszi, hogy gyorsan rákeresjen az önt érdeklő tesztre. A különböző szűrők továbbra is kumulatívak.

A funkcionális tesztek futtatása és a tesztügynök-feladatok üzembe helyezése elavult

Tavaly megkezdtük az ügynökök egységesítését a buildelés, a kiadás és a tesztelés során. Ennek célja a WinRM-alapú üzembe helyezési tesztügynökés a funkcionális tesztek futtatásával kapcsolatos különböző fájdalompontok kezelése volt. Emellett lehetővé teszi a Visual Studio Test (VSTest) feladat használatát az összes tesztelési igényhez, beleértve a következőket:

• Egységtesztek
• Funkcionális (felhasználói felületi/nem felhasználói felületi) tesztek
• MSTest-alapú tesztek
• Külső keretrendszeren alapuló tesztek
• Szerelvényalapú tesztspecifikáció vagy teszt futtatása a Test Plan/Test Suite használatával
• Egyetlen ügynök tesztvégrehajtása, valamint a tesztek elosztása több ügynök között

Az egyesített ügynökök megközelítése lehetővé teszi a rendszergazdák számára, hogy egységesen kezeljék a CI/CD-hez használt összes gépet.

Az elmúlt néhány futam során több fontos elemet is leszállítottunk, hogy lehetővé tegyük ezt a képességet, többek között:

• Az ügynökök konfigurálhatók felhasználói felületi teszteléshez
• A Visual Studio Tesztplatform telepítője lehetővé teszi a VSTest-feladat futtatását a Visual Studio előzetes telepítése nélkül
• A build- és kiadásdefiníciók több fázissal is létrehozhatók, és mindegyik fázishoz különböző ügynöki üzenetsorok használhatók
• Az automatizált tesztelési esetek a Tesztközpontból futtathatók a VSTest-feladattal

A fentiek mindegyikével készen állunk a két feladat elavulására. Bár az elavult feladatokat használó meglévő definíciók továbbra is működni fognak, javasoljuk, hogy váltson a VSTest használatára a folyamatos fejlesztés előnyeinek kihasználásához.

Tesztcsomagok/tesztcsomagok törlése

A felhasználók mostantól törölhetik a tesztcsomagokat/tesztcsomagokat, ha az alábbi engedélyekkel rendelkeznek

• Tesztcsomag törlése: Tesztfuttatások megtekintése + Tesztfuttatások törlése + Tesztcsomagok kezelése
• Tesztterv törlése: Tesztfuttatások megtekintése + Tesztfuttatások törlése + Csomagcsomagok kezelése

Wiki

A Wikikeresés mostantól általánosan elérhető

A wikikeresés decemberi nyilvános előzetes verziója után most általánosan elérhetővé tesszük. A kedvenc wikilapjait cím vagy tartalom szerint, közvetlenül a kód és a munkaelemek mellett keresheti meg.

Wikilapok nyomtatása

A wiki számos tartalomhoz használható. Néha hasznos lehet tartalmat nyomtatni a Wikiből, hogy szabadidejében olvasson, megjegyzéseket fűzjön tollal és papírral, vagy akár offline PDF-másolatot is megosztson a VSTS-projekten kívüliekkel. Most egyszerűen kattintson egy lap helyi menüjére, és válassza a Nyomtatás lapot. Ez a funkció egy javaslat alapján lett rangsorva.

Ez a funkció jelenleg nem támogatott a Firefoxban.

Közreműködés a wikilapokhoz billentyűparancsok használatával

Mostantól billentyűparancsokkal is végezhet gyakori szerkesztési és megtekintési műveleteket a Wikiben, még gyorsabban, csak a billentyűzet használatával.

Lap megtekintése közben hozzáadhat, szerkeszthet vagy létrehozhat például egy allapot.

A lap szerkesztése közben gyorsan mentheti, mentheti és bezárhatja, vagy egyszerűen bezárhatja.

Ezek a szokásos szerkesztési billentyűparancsok mellett találhatók, például a Ctrl+B félkövér, a ctrl+I dőlt, a Ctrl+K [linking](#) stb. További információért tekintse meg a billentyűparancsok teljes listáját.

Piactér

Az ár kiszámítása a bővítményoldal elhagyása nélkül

A Marketplace összes fizetős VSTS-bővítménye és VS-előfizetése mostantól egy számológépet is tartalmaz a Díjszabás lapon. Most már ki tudja deríteni a pénznemben a kiválasztott mennyiségnek megfelelő árat anélkül, hogy elhagyná a bővítményoldalt.

Megjegyzés: A végleges díjszabás a vásárláshoz használt Azure-előfizetés alapján lesz meghatározva.

Felügyelet

Engedélyek kezelése közvetlenül az Azure AD-csoportokban

A VSTS-ben a csoportok további rétegeinek elkerülése érdekében mostantól közvetlenül az Azure Active Directory-csoportok engedélyeit kezelheti. Így az Azure AD-csoportok támogatása a VSTS-csoportokkal egyenértékben jelenik meg.

További információkért tekintse meg az engedélyek és csoportok dokumentációját.

VSTS-fiók Csatlakozás vagy leválasztása az Azure Active Directoryval az új Azure Portalon keresztül

A klasszikus Azure Portal (manage.windowsazure.com) kivonásával mostantól csatlakoztathatja vagy leválaszthatja a VSTS-fiókját az Azure Active Directoryról az új Azure Portalon (portal.azure.com) a fiókpanel Csatlakozás vezérlőjével. További információkért tekintse meg az Azure AD-hez való csatlakozás dokumentációját.

Figyelmeztetés egyetlen projektgyűjteményt Rendszergazda istratort tartalmazó fiókokhoz

Microsoft-fiók (MSA)-alapú VSTS-fiókok esetén figyelmeztetés jelenik meg a Biztonság lapon, ha azt észleljük, hogy a fiók több felhasználóval rendelkezik, de egyetlen projektgyűjtemény Rendszergazda istrator felügyeli. Javasoljuk, hogy több rendszergazdával is rendelkezzen, hogy elkerülje a fiók zárolását, ha az aktuális rendszergazda elhagyja a vállalatot. Ez az üzenet csak javaslat, és nem befolyásolja a meglévő beállításokat.

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

Ugrás a VSTS-hez

Szeretnénk hallani, mit gondol ezekről a funkciókról. Jelentsen egy problémát, vagy küldjön javaslatot, ha a visszajelzési menüben elképzelései vannak a számunkra előnyben részesítendő dolgokról.

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

Köszönettel:

Jamie Cool