Megosztás a következőn keresztül:

A Microsoft által üzemeltetett Linux- és macOS-ügynökök általánosan elérhetők – VSTS Sprint 137 Update

  • Cikk

A Visual Studio Team Services (VSTS) Sprint 137 frissítésében eltávolítjuk az "előzetes verzió" monikert a Linux és macOS Microsoft által üzemeltetett CI/CD-ügynökeinkről, és általánosan elérhetővé tesszük őket. A Microsoft által üzemeltetett Windows-ügynökkel együtt mostantól megbízható és skálázható platformmal rendelkezik éles buildekhez és kiadásokhoz, függetlenül attól, hogy milyen platformot használ.

A Kód, a Wiki, a Csomag és a Felügyelet számos más funkciót is tartalmaz. További információért tekintse meg az alábbi Szolgáltatások listát.

Következő lépések

Olvassa el az alábbi új funkciókat, és lépjen a VSTS-be, hogy kipróbálja őket.

Ugrás a VSTS-hez

A VSTS újdonságai

Funkciók

Kód:

Wiki:

Build és kiadás:

Csomagolás:

Rendszergazda:

Kód

Lekéréses kérelmek létrehozása alapértelmezett csoport nélkül véleményezőként

Fontos

A funkció használatához engedélyeznie kell az Új navigációs előnézet funkciót a profiljában vagy szervezetében.

Amikor először elindítottuk a lekéréses kérelem (PR) felületét, úgy gondoltuk, hogy érdemes minden PR-t hozzárendelni ahhoz a csapatkörnyezethez, amelyet a lekéréses kérelem létrehozásakor választott. Ez a viselkedés frusztrációs pont volt, mivel sokan nem vették észre a csapatkörnyezet és a PR-hozzárendelés közötti kapcsolatot. Valójában ez volt az egyik legfontosabb UserVoice-javaslatunk.

Az új navigációs változások részeként megragadtuk a lehetőséget, hogy módosítsuk ezt az alapértelmezett társítás a csapatokkal. Két módosítást fog látni:

  1. Pr létrehozásakor a rendszer alapértelmezés szerint nem ad hozzá véleményezőket. A véleményezők listája rendelkezik egy olyan funkcióval, amellyel egyszerűbben vehet fel olyan személyeket és csoportokat, amelyeket a közelmúltban adtak hozzá a PRS-ekhez. A szükséges véleményezői szabályzat segíthet azoknak a csapatoknak is, amelyek biztosítani szeretnék, hogy adott véleményezők legyenek hozzáadva a kódjuk áttekintéséhez.
  2. A Lekéréses kérelmek központ új testreszabható szakaszt kapott. Ez a szakasz alapértelmezés szerint a "Hozzárendelve a csapatomhoz" PRS-eket jeleníti meg, amelyek a régi szakasznak megfelelő funkciókat biztosítanak. Ha azonban több csapathoz tartozik, ez a szakasz a csapatokhoz rendelt PRS-eket jeleníti meg. A szakasz testre is szabható – csak kattintson a szakaszfejléc melletti "Nézet testreszabása" műveletre.

Ágszabályzatok megkerülése leküldéses védelem nélkül

Számos olyan eset van, amikor időnként ki kell kerülnie egy ágszabályzatot – visszaállíthat egy olyan módosítást, amely buildtörést okozott, gyorsjavítást alkalmaz az éjszaka közepén stb. Korábban egy ("Kivétel a szabályzatkényszerítés alól") engedélyt kínáltunk, amely segít a csapatoknak kezelni, hogy mely felhasználók kapták meg a fiókszabályzatok megkerülését egy lekéréses kérelem végrehajtásakor. Ez az engedély azonban lehetővé tette, hogy közvetlenül az ágra küldjön le, és teljes egészében megkerülje a PR-folyamatot.

A felhasználói élmény javítása érdekében felosztottuk a régi engedélyt, hogy több vezérlést biztosítsunk a megkerülési engedélyeket biztosító csapatoknak. A régit két új engedély váltja fel:

  1. A lekéréses kérelmek végrehajtásakor megkerülheti a szabályzatokat. Az ezzel az engedéllyel rendelkező felhasználók használhatják a lekéréses kérelmek "Felülbírálás" felületét.
  2. A házirendek megkerülése leküldéskor. Az ezzel az engedéllyel rendelkező felhasználók közvetlenül leküldhetik azokat az ágakat, amelyeken konfigurálva vannak a szükséges szabályzatok.

Ha megadja az első engedélyt, és megtagadja a másodikat, a felhasználó szükség esetén használhatja a megkerülési lehetőséget, de továbbra is védelemmel fog rendelkezni a szabályzatokkal rendelkező ágba való véletlen leküldéstől.

Feljegyzés

Ez a módosítás nem vezet be semmilyen viselkedésbeli változást. Azok a felhasználók, amelyek korábban engedélyezték a "Szabályzatkényszerítés alóli mentességet" lehetőséget, engedélyezve lesznek mindkét új engedély számára, így felülbírálhatják a kérések befejezését, és közvetlenül leküldhetik őket a szabályzatokkal rendelkező ágakra.

További információkért tekintse meg az Ágengedélyek beállítása dokumentációt.

Wiki

Hivatkozás egy lapon belüli címsorokra

Most a wikilap bármely szakaszfejléce melletti hivatkozás ikonra kattintva közvetlenül az adott szakaszra hozhat létre URL-címet. Ezután másolhatja az URL-címet, és megoszthatja a csapattagokkal, hogy közvetlenül az adott szakaszhoz csatolja őket. Ez a funkció egy javaslat alapján lett rangsorva.

Wiki címsor URL-címe

A wikiben a nem megfelelően csatolt hivatkozások külön piros színnel és hibás hivatkozás ikonnal jelennek meg, így vizuálisan látható lesz a wikilap összes hibás hivatkozása.

Hibás wikihivatkozások

Fájlok és képek csatolása mappákba

A wikilapok offline szerkesztése közben egyszerűbb lehet fájlmellékleteket és képeket hozzáadni ugyanabban a könyvtárban, mint a wikilap. Most hozzáadhat egy mellékletet vagy egy képet a wiki bármely mappájába, és csatolhatja a laphoz. Ez a funkció egy javaslat alapján lett rangsorva.

Wikikép a Git-adattár mappájában

Lap megnyitása az új lapon

Most kattintson a jobb gombbal egy wikilapra, és nyissa meg az új lapon, vagy egyszerűen nyomja le a CTRL + balra kattintva egy wikilapra, hogy megnyissa egy új lapon.

Wiki új lap

Buildelés és kiadás

Buildelés és kiadás a Microsoft által üzemeltetett Linux- és macOS-ügynökökkel

A Microsoft által üzemeltetett Linux- és macOS-ügynökök már nem érhetők el előzetes verzióban, és általánosan elérhetőek. Az előzetes verzióban több hónap után, a visszajelzések meghallgatása és az infrastruktúra konzisztens szolgáltatáshoz való finomhangolása után örömmel kínáljuk ezeket most a GA-ban. További információért tekintse meg a Microsoft által üzemeltetett ügynökök dokumentációját.

Fontos

Mivel a üzemeltetett készletek előzetes verzióban lettek implementálva, a meglévő szervezetek ügynökkészletei továbbra is rendelkeznek az "Előzetes verzió" monikerrel (csak névvel). Az "Előzetes verzió" megjelölésű készletek általánosan elérhetőek, és egyenértékűek lesznek a hamarosan bevezetésre kerülő, megfelelő, újonnan elnevezett készletekkel.

Automatikus üzembe helyezés új célokra egy üzembe helyezési csoportban

Korábban, amikor új célokat adtak hozzá egy üzembehelyezési csoporthoz, manuális üzembe helyezésre volt szükség annak biztosításához, hogy minden cél ugyanazzal a kiadással rendelkezzen. Most már konfigurálhatja úgy a környezetet, hogy automatikusan telepítse az utolsó sikeres kiadást az új célokra. További eseményindító eseményeket és műveleteket tervezünk hozzáadni az automatikus újratelepítési konfigurációhoz a következő futamokban. További információkért tekintse meg az üzembehelyezési csoportok dokumentációját.

Üzembehelyezési csoportok

Tartsa az üzembe helyezéseket, amíg a kapuk következetesen sikeresek nem lesznek

A kiadási kapuk lehetővé teszik az állapotfeltételek automatikus kiértékelését, mielőtt a kiadást előléptetik a következő környezetbe. Alapértelmezés szerint a kiadás az összes kapura vonatkozó sikeres minta beérkezése után halad előre. Még akkor is, ha egy kapu kiszámíthatatlan, és a kapott sikeres minta zaj, a kiadás előrehalad. Az ilyen típusú problémák elkerülése érdekében konfigurálhatja a kiadást úgy, hogy az állapot konzisztenciáját minimális ideig ellenőrizze, mielőtt továbbhalad. Futásidőben a kiadás biztosítaná a kapuk egymást követő kiértékelését, mielőtt engedélyezné az előléptetést. Az értékelés teljes időtartama az "újraértékelés közötti időtől" függ, és általában több, mint a konfigurált minimális időtartam. További információkért tekintse meg a Kiadás üzembe helyezési vezérlőt a Gates dokumentációjában.

Kapuk várakoztatási beállítása

Általánosan elérhető az Azure DevOps Projects

Novemberben bemutattuk a DevOps-projekteket, amelyek segítségével néhány perc alatt teljes DevOps-folyamatot futtathat az Azure-ban a kódtól a monitorozásig. Az út során szolgáltatásokat adtunk hozzá, és sok visszajelzést fűztünk hozzá. Mostantól általánosan elérhető módon haladunk tovább, hogy még továbbhaladjon a DevOps használatával. További információért tekintse meg az Azure DevOps Projects általános rendelkezésre állási bejegyzését a Microsoft DevOps blogján.

Csomag

Az előre telepített Csomagkezelés használatának első lépései

A Package Management bővítmény előre telepítve van az összes szervezetre. Ha az új navigációs előnézetet használja, keresse meg a szolgáltatások listájának alján. Ha továbbra is az aktuális navigációs sávon van, keresse meg a Packages hubot a Build and Release Hub csoportban. Minden szervezet 5 ingyenes csomagkezelési felhasználóval rendelkezik, és további felhasználókat is vásárolhat a Marketplace-en. Hamarosan a szolgáltatás láthatóságát is bekapcsolhatja a szervezetében az új navigációs szolgáltatások rendszergazdai oldalán, ahogyan a többiekkel is.

Csomagok szolgáltatás

Felügyelet

Az Azure Active Directory csatlakoztatása vagy leválasztása projektgyűjtemény-rendszergazdaként

A projektgyűjtemény-rendszergazda (PCA) mostantól csatlakoztathatja vagy leválaszthatja a szervezetét az Azure Active Directoryról. Korábban ezt a szervezet tulajdonosának kellett elvégeznie.

Az előzetes verzióban elérhető nyilvános projektek minden szervezet számára elérhetők

Fontos

A funkció használatához a szervezet rendszergazdájának engedélyeznie kell a nyilvános projekteket a Beállítások lapon.

Ahogy áprilisban bejelentettük, nyilvános projekteket hozunk létre a VSTS-ben. Első alkalommal nyilvánosként jelölhet meg egy VSTS-csapatprojektet. Ez lehetővé teszi a névtelen (nem hitelesített) felhasználók számára, hogy megtekinthessék a projekt tartalmát, beleértve a munkaelemeket, a kódot és a builderedményeket. Bár a funkció még előzetes verzióban érhető el, a továbbiakban nem kell meghívni önt a privát előzetes verzióhoz való csatlakozáshoz.

Fontos

Ha nyilvános projekttel hoz létre egy GitHubon üzemeltetett adattárat, vegye figyelembe, hogy bár az adattárban lévő ágakból érkező lekéréses kérelmek (PRS-ek) jól fognak épülni, az adattár elágazásaiból megnyitott PRs-ek jelenleg nem fognak létrejönni.

A "szervezet" szó elfogadása a VSTS-ben lévő projektek gyűjteményére való hivatkozáskor

Módosítottuk a terminológiát, amikor a VSTS-ben lévő projektek gyűjteményére hivatkozunk. Korábban használtuk a "fiók" kifejezést, de megállapítottuk, hogy ez sok zavart okozott a szélesebb fejlesztői és nyílt forráskód közösség számára. Úgy döntöttünk, hogy a "fiók" kifejezést a "szervezet" kifejezésre cseréljük. Ezt a módosítást a dokumentációban és a terméken belül is látni fogja ezzel a frissítéssel. További információt a Microsoft DevOps blogján a "szervezet" szó bevezetéséről szóló bejegyzésben talál.

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.

Visszajelzés menü

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

Köszönettel:

Biju Venugopal