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

Csatolt GitHub-tevékenység megtekintése a Kanban táblából – Sprint 153 Update

  • Cikk

Az Azure DevOps Sprint 153 frissítésében tovább fejlesztjük az Azure Boards és a GitHub integrációját. Most már információkat kaphat a csatolt GitHub-véglegesítésekről, lekéréses kérelmekről és problémákról a Kanban-táblából. Ezek az információk gyors áttekintést nyújtanak arról, hogy hol található egy elem, és további részletekért közvetlenül navigálhat a GitHub véglegesítési, lekéréses kérelmeihez vagy problémáihoz.

További információért tekintse meg az alábbi Szolgáltatások listát.

Az Azure DevOps újdonságai

Funkciók

Általános:

Azure Boards:

Azure Pipelines:

Azure-adattárak:

Azure Artifacts:

Wiki:

Piacon:

Általános kérdések

Az Azure DevOps IP-címtartományainak változásai

Előtér-útválasztási migrálást végzünk, amely növeli a rendelkezésre állást és csökkenti a késést. A migrálás részeként az IP-címtér megváltozik. Ha jelenleg tűzfalszabályokat használ az Azure DevOps felé irányuló forgalom engedélyezéséhez, mindenképpen frissítse ezeket a szabályokat, hogy figyelembe vegyék az új IP-címtartományokat.

IPv4-tartományok

  • 13.107.6.0/24
  • 13.107.9.0/24
  • 13.107.42.0/24
  • 13.107.43.0/24

IPv6-tartományok

  • 2620:1ec:4::/48
  • 2620:1ec:a92::/48
  • 2620:1ec:21::/48

A frissítéssel kapcsolatos további részletekért tekintse meg a bejelentést tartalmazó blogbejegyzést itt.

Nyilvános előzetes verzió naplózása

Örömmel jelentjük be, hogy az Azure DevOps naplózása mostantól minden szervezet számára elérhető nyilvános előzetes verzióként!

A naplózás naplózza az Azure DevOps-szervezeten belül előforduló módosításokat. Naplózható esemény bekövetkezésekor a rendszer naplóbejegyzést rögzít. Néhány példa a naplózási eseményekre: létrejön egy Git-adattár, engedélymódosítások, erőforrás-törlés, kódletöltés, hozzáférés a naplózási funkcióhoz és még sok más.

A naplózási események olyan információkkal fognak rendelkezni, mint az IP-cím, az esemény naplózásának oka, a történtek és egyéb hasznos információk, amelyek segíthetnek megválaszolni, hogy ki, mit, mikor és hol kérdezhet.

Megjegyzés

A naplózási események 90 napig lesznek tárolva. A naplózási REST API-val azonban biztonsági másolatot készíthet a naplózási eseményekről egy külső helyre, hogy több mint 90 napig megőrizze őket.

Alapértelmezés szerint csak a projektgyűjtemény rendszergazdái férhetnek hozzá az auditnaplóhoz. A rendszergazdák külön engedélyt adhatnak a csapattagoknak az auditnaplók eléréséhez. A naplózási funkció a Szervezeti beállítások között található. További információért tekintse meg a dokumentációnkat.

Az Azure-naplózási funkció a szervezeti beállítások között található.

Biztonsági csoportok és engedélyek kezelése a parancssorból

Mostantól a parancssorból is kezelheti a biztonsági csoportokat és engedélyeket az az devops biztonsági engedélyparancsokkal . A parancsok használatával szkripteket hozhat létre az engedélyek kezeléséhez és a biztonsági csoportok létrehozásának szabványosításához. Emellett a parancsokkal jelentéseket futtathat a biztonsági csoportok és a megfelelő engedélyek listájának megtekintéséhez.

További részletekért tekintse meg a parancsot és annak szintaxisát és súgódokumentációját.

Azure Boards

Csatolt GitHub-tevékenység gyors megtekintése a Kanban táblából

A Kanban-tábla önálló vagy csapatként történő áttekintésekor gyakran merülnek fel olyan kérdések, mint például a "már megkezdődött ez az elem a fejlesztésben?", vagy "ez az elem még felülvizsgálat alatt áll?" A Kanban táblán található új GitHub-széljegyzetekkel mostantól gyorsan áttekintheti az elemek helyét, és további részletekért közvetlenül a GitHub-véglegesítéshez, lekéréses kérelemhez vagy problémához navigálhat. Erről és a Feladatok és tesztek egyéb széljegyzeteiről a Kártyák testreszabása dokumentációban talál további információt.

A csatolt GitHub-tevékenység megtekintése a Kanban táblából.

Előfordulhat, hogy létre kell hoznia egy munkaelem másolatát, és mellékelnie kell az új munkaelem kisebb módosításait. Korábban csak a munkaelem tartalmát és hivatkozásait másolhatta. Most már a mellékleteket is másolhatja.

Ha mellékleteket tartalmazó munkaelemet szeretne másolni, válassza a munkaelem másolása lehetőséget a három pontból, majd válassza a mellékletek lehetőséget.

Munkaelem másolása.

Szövegfájlok előnézete munkaelemen

Gyakran .txt és .log fájlokat csatolnak a munkaelemekhez világos jegyzetek vagy események dokumentációja céljából. Mostantól megtekintheti ezeket a szöveges mellékleteket a munkaelemen, így nem kell letöltenie őket a tartalmuk megtekintéséhez.

A munkaelem szövegfájljának előnézete.

Az összes csapat megtekintése a Boards, a Backlogs és a Sprints pickers területen

A csapatok közötti navigáláskor érdemes lehet olyan csapatot keresni, amely nem szerepel a kedvencek között. Korábban egy könyvtárlapra kellett navigálnia, hogy rákeresjen a csapatra. Mostantól a táblák, hátralékok vagy futamok kiválasztásakor a projekt bármely csapatát megkeresheti a munkafolyamat megszakítása nélkül.

Tekintse meg az összes csapatot a Táblakeresés területen.

Azure Pipelines

Frissítések üzemeltetett folyamatok rendszerképeihez

Megjegyzés

Nem a VS2017- és VS2019-rendszerképek Sprint 152-frissítését helyezzük üzembe. A Sprint 153 frissítés tartalmazza a Sprint 152 módosításait.

Ezzel a frissítéssel hozzáadtuk a Windows SDK 18362-t a VS2019-rendszerképhez. Emellett a Python több verziójára is visszaminősítettünk egy hiba elhárításához. A frissítés új verziói a következők:

Operációs rendszer 2.7.x 3.5.x 3.7.x
Linux 2.7.15 3.5.5 3.7.2
Mac 2.7.15 3.5.5 3.7.2
Windows 2.7.1 3.5.4 3.7.2

A legújabb kiadásokról itt talál további információt. A rendszerképeinken elérhető eszközök teljes listáját itt találja a GitHub image generation adattárában.

Egyszerűbb módszer az összetevőkkel való munkavégzésre

Megjegyzés

Az új YAML-kulcsszavak és frissített feladatok jelenleg előzetes verzióban érhetők el.

Két YAML-kulcsszót (közzétételt és letöltést) adtunk hozzá, hogy megkönnyítsük az összetevők YAML-alapú folyamatokban való közzétételét és használatát. Ezek a kulcsszavak a legtöbb forgatókönyv esetében a hagyományos feladatlépések helyett használhatók. Például közzéteheti (feltöltheti) a bin könyvtár tartalmát egy "binaries" nevű összetevőként, és a következő YAML-kódot használhatja:

steps:
- publish: bin
  artifact: binaries

Ha ugyanabban a feladatban vagy egy későbbi feladatban szeretné felhasználni (letölteni) az összetevőt ugyanabban a folyamatban, használja a következőket:

steps:
- download: current
  artifact: binaries

Frissítettük a Folyamatletöltési összetevőt is, hogy letölthesse a hagyományos Build Artifacts (Buildösszetevők közzététele) feladattal közzétett összetevőket. Most már nem kell tudnia, hogyan lett közzétéve egy összetevő, amikor használni fogja azt a folyamatban.

A változásokról további információt az Azure Pipeline dokumentációjában található folyamatösszetevőkben talál.

Ütemezések megadása YAML-fájlban cron szintaxissal

Korábban a felhasználói felület szerkesztőjével megadhatja a YAML-folyamatok ütemezett eseményindítóját. Ezzel a frissítéssel cron szintaxissal ütemezheti a buildeket a YAML-fájlban, és kihasználhatja az alábbi előnyöket:

  1. Konfiguráció kódként: A kód részeként nyomon követheti az ütemezéseket a folyamattal együtt.
  2. Kifejező: Kifejezőbb ereje van az ütemezések meghatározásában, mint a felhasználói felületen. Egyszerűbb például egyetlen ütemezést megadni, amely óránként indítja el a futtatásokat.
  3. Iparági szabvány: Számos fejlesztő és rendszergazda már ismeri a cron szintaxist.
schedules:
- cron: "0 0 * * *"
  displayName: Daily midnight build
  branches:
    include:
    - main
    - releases/*
    exclude:
    - releases/ancient/*
  always: true

A továbbiakban nem fog tudni hozzáadni vagy frissíteni a felhasználói felület szerkesztőjével létrehozott ütemezéseket. Ezeket az ütemezéseket egy ideig továbbra is tiszteletben tartjuk, de azt javasoljuk, hogy távolítsa el őket a felhasználói felületről, és adja hozzá őket a YAML-fájlhoz.

Frissítések a többszakaszos folyamatok nyilvános előzetes verziójára

Továbbra is szolgáltatásokat adunk hozzá a többszakaszos folyamatok nyilvános előzetes verziójához. Ezzel a frissítéssel továbbfejlesztettük a naplómegtekintési felületet, lehetővé tettük a mappákon belüli összes futtatás megtekintését, valamint az új lapok támogatott buildbővítményeit.

Emellett kijavítottunk néhány hibát, és lehetővé tettük, hogy új folyamatokat hozzunk létre közvetlenül egy mappába. Az előző futamban befejeztük az Artifacts böngészésével és letöltésével kapcsolatos munkát, amely egy népszerű funkciókérés volt.

Azure Repos

Parancstámogatás kérése az Azure-adattárakban

A Go egy nyílt forráskód programozási nyelv, más néven Golang. A Go-ban a get paranccsal tölthet le és telepíthet csomagokat és függőségeket. Ezzel a frissítéssel egy Azure DevOps-adattáron belül támogatottá go get tettük a szolgáltatást. A használatával go getaz importálási útvonalak által megnevezett függőségekkel rendelkező csomagokat tölthet le. A kulcsszóval import megadhatja az importálási útvonalat.

Azure Artifacts

Szűrt letöltések univerzális csomagokhoz

Eddig mindig egy teljes univerzális csomagot kellett letöltenie, még akkor is, ha csak néhány fájlra volt szüksége belőle. Ezzel a frissítéssel megadhat egy minimális eltérési mintát (ugyanazzal a szintaxissal, mint az Azure Pipelines), hogy letöltse a fájlok egy részhalmazát. Például:

az artifacts universal download --organization "https://dev.azure.com/myorganization/" --feed "myFeed" --name "myPackageName" --version 1.0.0 --path . --file-filter "**/*.exe;**/*.dll"

A funkció használatához győződjön meg arról, hogy frissített a legújabb Azure DevOps CLI-bővítményre: az extension update -n azure-devops

A szervezeti szintű csomagkeresés bemutatása, amely gyors, rugalmas és pontos keresést biztosít a szervezet különböző hírcsatornáiban található összes csomagban. Ahogy a csomagok száma növekszik a szervezetben, és több hírcsatorna között oszlik meg, egyre nehezebb megtalálni a szükséges csomagot. A csomagkereséssel gyorsan és hatékonyan megtalálhatja a megfelelő csomagokat az összes szervezeti hírcsatornában.

A csomagkeresés használatával a következőket teheti:

  • Keresési csomag cím és leírás szerint: A cím és a leírás ingyenes szöveges keresésével gyorsan és egyszerűen megtalálhatja a megfelelő csomagokat. A keresést logikai operátorokkal is szűkítheti, és kombinálhatja a keresési feltételeket.

Csomag keresése cím és leírás alapján.

  • Keresés az összes szervezeti hírcsatornában: Keressen a szervezet és a csapata hírcsatornáiban. Szűkítheti a keresést hírcsatorna-, nézet- és csomagtípus-szűrőkkel. A keresés és a logikai operátorok szélesítéséhez használjon helyettesítő karaktereket.

Keresés az összes céges hírcsatornában.

A csomagkeresésről itt talál további információt.

Wiki

A munkaelemek fájával rendelkező lekérdezések támogatása

Most már használhat olyan lekérdezéseket, amelyek munkaelemeket csoportosítanak egy wikilap hierarchiájában. A wikioldalak munkaelemfáival beágyazhat lekérdezéseket, így megjelenítheti az Eposzokat és a szolgáltatásokat, valamint a gyermekfeladatokat és a felhasználói történeteket.

Wikilap munkaelemek fájával.

Piactér

A legjobb közzétevői minősítési program

Létrehoztunk egy Top Publisher-programot a Marketplace-en, hogy magabiztosan értékelhesse vagy beszerezhesse az Azure DevOps-bővítményeket/-integrációkat. A Top Publisher jelvény azt jelzi, hogy a közzétevő példamutató szabályzatok, minőség, megbízhatóság és támogatás révén elkötelezte magát ügyfelei és a Marketplace iránt. A Marketplace hozzárendeli a jelvényt egy közzétevőhöz, miután alaposan áttekinti a közzétevőt számos különböző paraméterben. Ezekről itt olvashat, és megtekintheti a top kiadók ajánlatait.

Következő lépések

Megjegyzés

Ezek a funkciók a következő két-három hétben jelennek meg.

Nyissa meg az Azure DevOpsot, és nézze meg.

Ugrás az Azure DevOpsra

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.

Javaslat készítése

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

Köszönettel:

Steven Borg