Share via

A GitHub Enterprise támogatása és az automatikus GitHub-szolgáltatáskapcsolatok a buildelési folyamatokban – Sprint 146 Update

  • Cikk

Az Azure DevOps Sprint 146-os frissítésében továbbfejlesztettük a GitHub-integrációt az Azure Pipelinesszal. Az Új buildelési folyamat varázsló mostantól GitHub Vállalati tárházakhoz is tud folyamatokat létrehozni. Az adattárat is elemzi, és ez alapján javaslatot tesz a nyelvi sablonra. Emellett szolgáltatáskapcsolatokat hozhat létre és használhat újra a kiválasztott GitHub-adattárakhoz.

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

Funkciók

Általános:

Azure Boards:

Azure Pipelines:

Azure Artifacts:

Wiki:

General

Törölt projektek visszaállítása

Ebben a frissítésben hozzáadtuk a törölt projektek visszaállításának lehetőségét az Azure DevOps portálról. Ha rendelkezik "projekt törlése" engedéllyel, visszaállíthat egy törölt projektet is a Szervezet Gépház > áttekintési oldaláról.

Azure Boards

Munkája szervezését egyszerűsítheti az Alapszintű folyamattal

Fontos

Az alapszintű folyamat nyilvános előzetes verzióban érhető el az USA középső régiójában létrehozott új szervezetek új projektjeinek alapértelmezett folyamataként.

Korábban az Agile volt az új projektek alapértelmezett folyamata, amely robusztus és rugalmas munkaelem-típusokat és állapotokat kínál a különböző projektkézbesítési módszereknek megfelelően. Egyes csapatok, akik jobban ismerik a többi eszközt, vagy akik egyre bővülnek, és egy hatékonyabb eszközkészletet szeretnének bevezetni, szeretnék gyorsan elkezdeni az általuk jobban ismert terminológiát.

Az új alapszintű folyamat három munkaelem-típust (eposzokat, problémákat és feladatokat) biztosít a munka megtervezéséhez és nyomon követéséhez. Javasoljuk, hogy a Problémák funkcióval kövesse nyomon a felhasználói történeteket, a hibákat és a funkciókat, miközben az Epics használatával nagyobb munkaegységekbe csoportosítja a problémákat. A munka előrehaladása során helyezze át az elemeket a Teendő, a Teendő és a Kész állapot egyszerű munkafolyamata mentén.

Organize work using the Basic process.

Az új projekt használatának megkezdéséhez tekintse meg a nyomon követéssel kapcsolatos problémákat és feladatokat ismertető dokumentációt.

Azure Pipelines

GitHub Vállalati támogatás a folyamatvarázslóban

Korábban a vizualizációtervező használatával létrehozhat folyamatokat a GitHub Enterprise-adattárakhoz. Most az Új buildelési folyamat varázslóval is létrehozhatja a folyamatokat.

GitHub Enterprise support in the pipeline wizard.

A varázsló elemzi a GitHub Enterprise-adattárat, hogy javaslatot tegyen a projekt nyelvének megfelelő YAML-sablonra. Ezután szerkesztheti és mentheti a YAML-et az alapértelmezett ág közvetlen véglegesítéseként vagy lekéréses kérelemként.

Edit and save the YAML.

További részletekért tekintse meg az első folyamat létrehozásának dokumentációját.

Automatikus GitHub-szolgáltatáskapcsolatok a folyamatokban

Amikor az Új buildelési folyamat varázslóval hoz létre egy folyamatot a GitHubhoz, a GitHub-szolgáltatáskapcsolat kiválasztására vagy létrehozására szolgáló oldal zavart okozott azzal kapcsolatban, hogy melyik kapcsolatot válassza ki a listából. Most már nem kell kapcsolatot választania. A varázsló automatikusan létrehoz és újra használ egy szolgáltatáskapcsolatot a választott adattárhoz.

Ha nem az automatikusan kiválasztott kapcsolatot szeretné manuálisan kiválasztani, kövesse a Kapcsolat kiválasztása hivatkozást. További részletekért lásd : GitHub-adattárak létrehozása.

Megjegyzés:

A kiválasztás az Azure Pipelines GitHub-alkalmazáson (ha telepítve van az adattárban) vagy a személyes GitHub-identitáson (az OAuth használatával) alapul.

Állapot megjelenítése minden folyamatfeladathoz a GitHub-ellenőrzéseknél

Korábban egyetlen buildállapot lett közzétéve a GitHub Checks szolgáltatásban, még akkor is, ha több platformon (például Linuxon, macOS-en és Windowson) futó feladatokat tartalmazott. Most az állapot megjelenik a GitHub Checks szolgáltatásban a folyamat minden egyes feladatához. Emellett újra futtathatja a teljes buildet, vagy csak az egyes sikertelen feladatokat a GitHub-ellenőrzésekből. A funkció használatához konfigurálnia kell a folyamatot az Azure Pipelines GitHub-alkalmazás használatára. További részletekért lásd : Integrálás a GitHub-alkalmazással. Ha több platformhoz szeretne feladatokkal rendelkező folyamatot beállítani, olvassa el a Többplatformos folyamat létrehozása című témakört.

Display status for each pipeline job.

Alapértelmezett engedélyezés YAML-erőforrásokhoz a GitHubban

Ha a GitHubon kezeli a forráskódot, és a YAML használatával definiálja a folyamatot, valószínűleg erőforrás-engedélyezési buildelési hibát tapasztalt. Amikor szerkesztette a YAML-fájlt, és egy hivatkozást adott hozzá a védett erőforrások egyikéhez (például szolgáltatáskapcsolathoz, ügynökkészlethez, változócsoporthoz vagy biztonságos fájlhoz), az Azure Pipelines nem tudta ellenőrizni a módosítást végző felhasználó identitását, és nem sikerült a buildelés. A probléma megoldásához mentenie kellett a buildelési folyamatot a webszerkesztőben, miután módosította a YAML-fájlt. A problémát elszenvedő felhasználók közül sokan egyszerűen csak engedélyezni akarták az összes folyamat számára az erőforrás használatát.

Az erőforrás-engedélyezés buildelési hibájának elkerülése érdekében módosítottuk az összes folyamathoz engedélyezni kívánt új szolgáltatáskapcsolatok, ügynökkészletek és változócsoportok alapértelmezett viselkedését. Ha szigorúbb vezérlőket szeretne használni az erőforrásokon, letilthatja az alapértelmezett engedélyezési modellt (lásd az alábbi ábrát). Ha így tesz, az erőforrás használatára jogosult személynek mentenie kell a folyamatot a webszerkesztőben, miután hozzáadta az erőforrás-hivatkozást a YAML-fájlhoz.

Default authorization for YAML resources.

Szolgáltatástárolók YAML-folyamatokhoz

Korábban olyan szolgáltatásokat kellett telepítenie, elindítania és leállítania, mint az adatbázisok vagy a memória-gyorsítótárak, ha a YAML-folyamat ezeket a szolgáltatásokat használta. Ezzel a frissítéssel olyan szolgáltatástárolókat adtunk hozzá, amelyek képesek kezelni ezeket a feladatokat. Ha például a folyamat redis cache-t használ az integrációs tesztekhez, a redis tároló lemezképét szolgáltatásként is felveheti a folyamatba. Az ügynök automatikusan lekéri a rendszerképet, elindítja és hálózatba rendezi, hogy a folyamat lépései a redis állomásnév alapján hivatkozhassák rá. Ha a folyamat befejeződött, az ügynök tiszta módon pörgeti le a szolgáltatástárolót.

GitHub-véglegesítésekhez csatolt munkaelemek a kibocsátási összegzésben

Decemberben bevezettük a GitHub-véglegesítések munkahelyi elemekhez való csatolásának képességét. Örömmel jelentjük be, hogy mostantól a kiadás összegzési oldalán láthatja a GitHub-véglegesítésekhez csatolt Összes Azure Boards-munkaelemet. Ez segít a csapatoknak a környezetben üzembe helyezett véglegesítések nyomon követésében és lekérésében.

Új, YAML-hez optimalizált Azure-alkalmazás szolgáltatásfeladatok

Most négy új feladatot támogatunk, amelyek egyszerű, mégis hatékony módot biztosítanak a Azure-alkalmazás-szolgáltatások modern fejlesztőkkel való üzembe helyezésére. Ezek a feladatok egy optimalizált YAML-szintaxissal rendelkeznek, így egyszerűen és intuitívan hozhat létre üzembe helyezéseket Azure-alkalmazás Szolgáltatásokhoz, beleértve a WebAppset, a FunctionAppset, a WebApps for Containerst és a FunctionApp for Containerset Windows és Linux platformokon is.

Az XML- és JSON-formátumok fájlátalakításának és változóhelyettesítésének új segédprogram-feladatát is támogatjuk.

Azure Active Directory (AD) hitelesítés támogatása az Azure SQL-feladathoz

Az Azure SQL-feladatot továbbfejlesztettük, hogy az SQL Server-hitelesítés meglévő támogatása mellett az Azure AD -vel (integrált > jelszóval) és egy kapcsolati sztring is csatlakozzanak az adatbázishoz.

Azure AD authentication support for Azure SQL task.

Grafana-jegyzet szolgáltatási hook

Most már támogatunk egy új szolgáltatáshohorogot, amellyel Grafana-jegyzeteket adhat hozzá az üzembe helyezés befejezett eseményeihez egy Grafana-irányítópulthoz. Ez lehetővé teszi az üzemelő példányok és a Grafana-irányítópulton megjelenített alkalmazás- vagy infrastruktúrametrikák változásainak korrelációját.

Grafana annotations service hook.

Azure Monitor-riasztások lekérdezése feladatok

Az Azure Monitors lekérdezési feladat előző verziója csak a klasszikus figyelési felületen támogatta a lekérdezési riasztásokat. A feladat új verziójával riasztásokat kérdezhet le az Azure Monitor által nemrég bevezetett egységes figyelési felületről.

Query Azure Monitor alerts tasks.

Beágyazott bemenet specifikációs fájlhoz az Üzembe helyezés a Kubernetesben feladathoz

Korábban a Kubernetes üzembe helyezési feladatához meg kellett adnia egy fájl elérési útját a konfigurációhoz. Most már beágyazottan is hozzáadhatja a konfigurációt.

Inline input of spec file in Deploy to Kubernetes task.

Docker CLI telepítése feladat

Ez a feladat lehetővé teszi a Docker CLI bármely verziójának telepítését a felhasználó által megadott ügynökökre.

Docker CLI Installer task.

Java hosszútávú támogatás (LTS) Microsoft bérelt ügynökökön

Korábban a Microsoft által üzemeltetett ügynökök előre telepített JDK-kkal rendelkeztek, amelyeket túlterhelt az összetett licencelés, a végfelhasználói korlátozások és a hosszú távú támogatás hiánya. Ebben a frissítésben az OpenJDK tesztelt, minősített LTS-buildjeire cseréltük a JDK-kat az Azul Systemsből. Az Azure-t használó Java-fejlesztők mostantól az OpenJDK Azul Systems Zulu Enterprise-buildjeinek használatával hozhatnak létre és futtathatnak éles Java-alkalmazásokat anélkül, hogy további támogatási költségekkel járna.

Ez az új ajánlat úgy lett kialakítva, hogy a Microsoft által üzemeltetett Java-buildeket és üzembe helyezéseket problémamentessé tegye a negyedéves biztonsági frissítések és hibajavítások, valamint a kritikus sávon kívüli frissítések és javítások igény szerinti beépítésével. Ha jelenleg Java-alkalmazásokat készít vagy futtat a helyszínen vagy más JDK-kkal, érdemes lehet az Azure-beli Zuluba költöznie ingyenes támogatás és karbantartás céljából. További információkért tekintse meg a Microsoft és az Azul Systems blogot , amely ingyenes Java LTS-támogatást nyújt az Azure-nak.

YAML-támogatás Bitbucket felhőalapú folyamatokhoz

Korábban a YAML-alapú folyamatok nem támogatták a Bitbucket Cloudot. Most a YAML használatával definiálhatja a Bitbucket Cloud-folyamatokat, vagy használhatja a vizualizációtervezőt is. A YAML használatához adjon hozzá egy azure-pipelines.yml fájlt az adattárhoz. Az Azure Pipelinesban válassza az Új buildelési folyamat lehetőséget, majd válassza a Vizualizációtervező hivatkozás használata, a "Bitbucket Cloud" és a "YAML" lehetőséget. Itt adhatja meg az adattár YAML-fájljának elérési útját.

További részletekért tekintse meg a YAML szintaxisának útmutatóját és a YAML-minták GitHub-adattárát.

Több folyamatos integrációs build indításának elkerülése lekéréses kérelmeknél

Az Azure Pipelineshoz tartozó YAML-buildsablonok úgy lettek konfigurálva, hogy buildeket aktiváljanak az adattár bármely ágához. Ez magában foglalta a lekéréses kérelmek témakörének ágait. Ennek eredményeképpen két build aktiválódott a lekéréses kérelmek létrehozásakor. Egy build a lekéréses kérelem ágához a folyamatos integrációs eseményindítóra válaszul, egy második build a lekéréses kérelem ágához a lekéréses kérelem eseményindítójának válaszában.

Az alábbi YAML-kódrészlet használatával a beépített YAML-sablonok úgy lesznek konfigurálva, hogy csak a főág számára aktiváljanak folyamatos integrációs buildet. Az új lekéréses kérelmek továbbra is létrejönnek a lekéréses kérelem eseményindítójának használatával. További részletekért tekintse meg a buildelési folyamat eseményindítóinak dokumentációját .

trigger:
- main

Buildszámok módosítása, munkadarabok feltöltése és letöltése elágaztatott tárházak buildjeinél

Eddig az elágazott tárházak lekéréses kérelemérvényesítési buildjei nem rendelkeztek engedéllyel a buildösszetevők feltöltéséhez és letöltéséhez, illetve a buildszám módosításához. Az engedélyek korlátozottak voltak, mert nem volt biztonságos az ügynök szélesebb hatókörű engedélyeinek elérhetővé tétele egy ismeretlen felhasználó által aktivált elágazás-build során. Ezzel a frissítéssel az ügynök engedélyei hatókörrel vannak elosztva, hogy a folyamat szükség esetén végrehajthassa ezeket a műveleteket.

Az alábbiakban egy példa látható a YAML-ről, amellyel a tar.gz fájlban lévő buildkimeneteket archiválhatja az összetevő átmeneti könyvtárába. Ezután közzéteszi a kimenetet az Azure Pipelinesban, hogy a buildhez társítva legyen. További részletekért tekintse meg az Archív fájlok feladat dokumentációját és a Build Artifacts tevékenység közzétételét.

- task: ArchiveFiles@2
  inputs:
    archiveType: 'tar'
    tarCompression: 'gz'
    includeRootFolder: false
    rootFolderOrFile: '$(build.sourcesDirectory)/target'
    archiveFile: '$(build.artifactStagingDirectory)/$(build.buildId).tar.gz'
- task: PublishBuildArtifacts@1
  inputs:
    pathtoPublish: '$(build.artifactStagingDirectory)'

Új lehetőség a Teszteredmények közzététele feladatnál a sikertelen tesztek alapján sikertelen buildeléshez

A Teszteredmények közzététele feladat a teszteredmények Azure Pipelinesban való közzétételére szolgál, ha a teszteket a választott tesztfuttató használatával futtatják. Eddig a feladat egyszerűen közzétette az eredményeket egy eredményfájlból, és nem hiúsítaná meg a buildet, még akkor sem, ha az eredményfájl sikertelen teszteket tartalmaz. Ez azt jelentette, hogy egyéni lépéseket kellett írnia, hogy a build sikertelen legyen a tesztelési hibák esetén.

Most hozzáadtunk egy lehetőséget a feladathoz, hogy sikertelen teszt esetén meghiúsuljon a buildelés.

Fail the build if there are any failed tests.

Frissítések az Azure Portalra egy Azure DevOps-projekt létrehozásához

Az Azure Portal mostantól további funkciókat is tartalmaz, amelyek további keretrendszereket és szolgáltatásokat támogatnak egy Azure DevOps-projekt létrehozásakor. Az alábbi lista az egyes területek módosításait tartalmazza.

Váz

Az Azure IoT egy teljes mértékben felügyelt szolgáltatás, amely helyileg nyújt felhőintelligencia-szolgáltatást platformfüggetlen IoT-eszközökön. Most létrehozhat egy Azure DevOps-projektet az Azure Portalról, és az egyszerű IoT-t használhatja alkalmazás-keretrendszerként.

Use the Simple IoT as the application framework.

Service

Korábban az Azure DevOps Project létrehozása munkafolyamat az Azure Portalon csak a Kubernetes Service új létrehozása lehetőségként támogatott. Egy új lehetőséggel bővült, amely lehetővé teszi, hogy egy meglévő fürtöt válasszon a folyamatbeállítás üzembehelyezési céljaként.

Choose an existing cluster as the deployment target for the pipeline setup.

CosmosDB-adatbázis beállítása és üzembe helyezése az Azure Portal használatával

Jelenleg az Azure Portal Azure DevOps Project munkafolyamatával állíthat be buildelési és kiadási folyamatokat egy Git-adattárhoz. Most már üzembe helyezheti az Azure Web App for Containers (Linux) vagy az Azure Kubernetes Service szolgáltatásban egy olyan CosmosDB-t, amely adatbázisként van kiépítve az ezeken a célokon futó alkalmazásokon. Ez jelenleg az összes Node.js-sablonhoz elérhető, és várhatóan a jövőben további sablonokat is támogatunk.

Use the Azure Portal to set up and deploy to an Azure Cosmos DB database.

Buildelési és kiadási folyamatok beállítása a Functionshez az Azure Portalon

Mostantól az Azure PortalOn az Azure DevOps Project munkafolyamatával állíthatja be az Azure Functions 2.0-t (Windows) üzembe helyező Git-adattár buildelési és kiadási folyamatait. Ez a funkció a Node.js és a .NET Core esetében érhető el.

Set up builds and release pipelines for Functions in Azure portal.

Azure Artifacts

Csomaghasználati statisztikák

Az Azure Artifacts eddig nem tudta felmérni a csomagok használatát vagy népszerűségét. Ezzel a frissítéssel számos letöltést és felhasználót adtunk hozzá a csomaglistához és a csomag részleteihez is. A statisztikák mindkét oldal jobb oldalán láthatók.

Package usage stats.

Wiki

Monospaced font for Wiki Markdown editor

A Wiki Markdown-szerkesztő monoter betűtípusainak bevezetésével az olvashatóság már nem jelent kihívást. A Markdown-forrás tiszta és könnyen olvasható. Ez a funkció a javaslati jegy alapján lett rangsorolásra.

Monospaced font for Wiki Markdown editor.

Félkövér wikilapcímek

Korábban a wikilap címe és az 1. fejléc is ugyanúgy nézett ki. Ez megnehezítette az olvasók számára a különbséget közöttük. Most a wikilap címei félkövérré lettek téve, és eltérnek az 1. fejléctől. Ez a funkció a javaslati jegy alapján lett rangsorolásra.

Bold Wiki page titles.

Markdown-táblázat beszúrása

A Markdown-táblák wikiben való létrehozása már nem jelent kihívást. Most már hozzáadhat egy Markdown-táblázatot egy kattintással. Ez a funkció prioritást kapott a funkciójavaslat-jegy alapján.

Insert Markdown table.

Az Azure Boards-lekérdezés eredményeinek beágyazása a Wikibe

Mostantól beágyazhatja az Azure Boards-lekérdezés eredményeit egy wikilapra táblázat formájában. Az alábbi képen egy wikilap mintája látható, amelyen az összes közzétett funkció és a wikibe ágyazott aktuális futam összes aktív hibája látható. A lapon megjelenő tartalom egy meglévő munkaelem-lekérdezést használ. Ezzel az új funkcióval dinamikus tartalmat hozhat létre, és nem kell a wikilap manuális frissítésével foglalkoznia.

Embed Azure Boards query results in Wiki.

A lekérdezés eredményei két lépésben adhatók hozzá

  1. Kattintson a szerkesztési eszköztár "Lekérdezés eredményei" gombjára.

Select the Query Results button from the edit toolbar.

  1. Válassza ki a szükséges lekérdezést, és kattintson a "Beszúrás" gombra.

A lekérdezés eredményei mostantól táblázat formájában is megtekinthetők az oldal mentése után.

View results of the query.

Ezt a következő funkciókra vonatkozó javaslatok alapján rangsorolásra került:

  1. Munkaelem-lekérdezések a Wikiben
  2. Dinamikus wikitartalom hozzáadása

További lépések

Megjegyzés:

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

Olvassa el az alábbi új funkciókat, és lépjen az Azure DevOpsba, hogy kipróbálhassa őket.

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.

Make a suggestion

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

Köszönettel:

Jeremy Epling