Klasszikus kiadási folyamatok
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
A klasszikus kiadási folyamatok lehetővé teszik a fejlesztők számára, hogy hatékonyan és biztonságosan helyezhessenek üzembe alkalmazásokat több környezetben. A klasszikus kiadási folyamatok használatával automatizálhatja a tesztelési és üzembehelyezési folyamatokat, rugalmas üzembehelyezési stratégiákat állíthat be, jóváhagyási munkafolyamatokat építhet be, és zökkenőmentes alkalmazásátmeneteket biztosíthat a különböző szakaszokban.
A kiadási folyamatok működése
Az Azure Pipelines minden üzembe helyezés részeként a következő lépéseket hajtja végre:
Üzembe helyezés előtti jóváhagyás:
Új üzembehelyezési kérelem aktiválásakor az Azure Pipelines ellenőrzi, hogy szükség van-e előzetes üzembe helyezési jóváhagyásra, mielőtt üzembe helyeznénk egy kiadást egy fázisban. Ha jóváhagyásra van szükség, e-mail-értesítéseket küld a megfelelő jóváhagyóknak.
Üzenetsor üzembe helyezési feladata:
Az Azure Pipelines ütemezi az üzembe helyezési feladatot egy elérhető ügynökön.
Ügynök kiválasztása:
Egy elérhető ügynök felveszi az üzembe helyezési feladatot. A kiadási folyamat konfigurálható úgy, hogy a futásidőben dinamikusan válasszon ki egy megfelelő ügynököt.
Összetevők letöltése:
Az ügynök lekéri és letölti a kiadásban megadott összes összetevőt.
Futtassa az üzembehelyezési feladatokat:
Az ügynök végrehajtja az üzembe helyezési feladat összes feladatát.
Folyamatnaplók létrehozása:
Az ügynök minden üzembe helyezési lépéshez átfogó naplókat hoz létre, és visszaküldi őket az Azure Pipelinesnak.
Üzembe helyezés utáni jóváhagyás:
Miután az üzembe helyezés befejeződött, az Azure Pipelines ellenőrzi, hogy szükség van-e az üzembe helyezés utáni jóváhagyásra az adott szakaszhoz. Ha nincs szükség jóváhagyásra, vagy a szükséges jóváhagyás megszerzése után az üzembe helyezést a következő fázisba kell indítania.
Üzembehelyezési modell
Az Azure kiadási folyamatai számos összetevőforrást támogatnak, például a Jenkinst, az Azure Artifactst és a Team Cityt. Az alábbi példa egy azure-beli kiadási folyamatokat használó üzembehelyezési modellt mutat be:
Az alábbi példában a folyamat két, különálló buildelési folyamatból származó buildösszetevőből áll. Az alkalmazás először a fejlesztői fázisban, majd két különálló minőségbiztosítási fázisban lesz üzembe helyezve. Ha az üzembe helyezés mindkét minőségbiztosítási fázisban sikeres, az alkalmazás üzembe lesz helyezve az 1. Prod gyűrűben, majd a 2. Prod gyűrűben. Minden éles gyűrű ugyanazon webalkalmazás több példányát jelöli, amelyeket a világ különböző pontjain helyeznek üzembe.
GYIK
K: Hogyan szerkeszthetem a változókat a kiadás időpontjában?
Válasz: A kiadási folyamat Változók lapján jelölje be a Kiadáskor beállított beállítás jelölőnégyzetet azon változók esetében, amelyeket módosítani szeretne egy kiadás várólistára helyezésekor.
Ezt követően egy új kiadás létrehozásakor módosíthatja ezen változók értékeit.
K: Mikor lenne célszerűbb módosítani egy kiadást a definiáló folyamat helyett?
Válasz: Szerkesztheti a kiadási példányok jóváhagyását, feladatait és változóit. Ezek a módosítások azonban csak az adott példányra vonatkoznak. Ha azt szeretné, hogy a módosítások az összes jövőbeli kiadásra vonatkozzanak, szerkessze inkább a kiadási folyamatot.
K: Mik azok a forgatókönyvek, amikor a "kiadás elhagyása" funkció hasznos?
V: Ha nem tervezi újra felhasználni a kiadást, vagy meg szeretné akadályozni annak használatát, a következő folyamatok> (...) > szerint hagyhatja fel a kiadást.Hagyja abba. Ha az üzembe helyezés folyamatban van, nem hagyhatja fel a kiadást, először le kell mondania az üzembe helyezést.
K: Hogyan kezelni az új kiadások elnevezését?
Válasz: A kiadási folyamatok alapértelmezett elnevezési konvenciója a szekvenciális számozás, ahol a kiadások neve Release-1, Release-2 stb. A kiadási névformátum maszkjának módosításával azonban rugalmasan testre szabhatja az elnevezési sémát. A kiadási folyamat Beállítások lapján lépjen az Általános lapra, és módosítsa a Kiadás névformátum tulajdonságát a beállításoknak megfelelően.
A formátummaszk megadásakor az alábbi előre definiált változókat használhatja. Példa: A következő kiadásnévformátum: A $(Build.BuildNumber) $(Build.DefinitionName) build $(Rev:rrr) kiadása a következő kiadást hozza létre: 002-es kiadás a 20170213.2-es buildhez MySampleAppBuild.
Változó | Leírás |
---|---|
Rev: rr | Egy automatikusan beszúrt szám, amely legalább a megadott számú számjegyet adja meg. |
Dátum/ dátum: MMddyy | Az aktuális dátum, az alapértelmezett MMddyy formátummal. Az M/MM/MMM/MMMM, d/ddd/ddd/dddd, y/yyy/y/y, h/hh/H/HH, m/mm, s/ss kombinációk támogatottak. |
System.TeamProject | Annak a projektnek a neve, amelyhez ez a build tartozik. |
Release.ReleaseId | A kiadás azonosítója, amely a projekt összes kiadásában egyedi. |
Release.DefinitionName | Annak a kiadási folyamatnak a neve, amelyhez az aktuális kiadás tartozik. |
Build.BuildNumber | A kiadásban található buildek száma. Ha egy kiadás több buildet tartalmaz, az elsődleges build száma. |
Build.DefinitionName | A kiadásban található build folyamatneve. Ha egy kiadás több buildet tartalmaz, az az elsődleges build folyamatneve. |
Artifact.ArtifactType | A kiadáshoz társított összetevőforrás típusa. Ez lehet például az Azure Pipelines vagy a Jenkins. |
Build.SourceBranch | Az elsődleges összetevőforrás ága. A Git esetében ez a főforma, ha az ág refs/heads/main. A Team Foundation verziókövetés esetében ez az űrlapág, ha a munkaterület gyökérkiszolgálójának elérési útja $/teamproject/branch. Ez a változó nincs beállítva a Jenkinshez vagy más összetevőforrásokhoz. |
Egyéni változó | A kiadási folyamatban definiált globális konfigurációs tulajdonság értéke. A kiadás nevét egyéni változókkal frissítheti a kiadásnaplózási parancsok használatával |
K: Hogyan határozhatom meg a kiadások megőrzési idejét?
Válasz: Tekintse meg a megőrzési szabályzatokat , amelyekből megtudhatja, hogyan állíthat be adatmegőrzési szabályzatokat a kiadási folyamatokhoz.