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

Több ág létrehozása az Azure Pipelinesban

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Az Azure Pipelines használatával eseményindítókat hozhat létre a projekt létrehozásához minden új véglegesítési és lekéréses kérelemhez az adattárban. Ebből a cikkből megtudhatja, hogyan engedélyezheti a folyamatos integrációt, és hogyan állíthat be több ág buildet az adattárhoz.

Előfeltételek

CI-eseményindító engedélyezése egy topic branch-hez

A Git használatakor gyakori gyakorlat ideiglenes ágak létrehozása a főágból az egyszerűsített munkafolyamat megkönnyítése érdekében. Ezek az ágak, más néven téma- vagy funkcióágak, a munka elkülönítését szolgálják. Ebben a munkafolyamatban egy adott szolgáltatáshoz vagy hibajavításhoz dedikált ágat hoz létre, és ha végzett, a témakörág törlése előtt egyesítse újra a kódot a főágban.

Ha nincs explicit módon megadva eseményindító a YAML-fájlban, a bármely ágon végrehajtott módosítások futtatásokat váltanak ki. Ha eseményindítókat szeretne hozzáadni mind a fő ághoz, mind az funkcióhoz/ ágakhoz, vegye fel a következő kódrészletet a YAML-fájlba. Ez biztosítja, hogy az ágakon végrehajtott módosítások automatikusan elindítják a csővezeték futtatását.

trigger:
- main
- feature/*

A YAML-buildek még nem érhetők el a TFS-en.

Buildelési feladatok testreszabása a létrehozott ág alapján

A fő ág általában az üzembe helyezhető összetevők, például a bináris fájlok létrehozásáért felelős. A rövid élettartamú funkcióágak esetében nincs szükség arra, hogy időt fordítanak ezeknek az összetevőknek a létrehozására és tárolására. Az Azure Pipelinesban egyéni feltételeket implementálhat, hogy bizonyos feladatok csak a fő ágon legyenek végrehajtva.

Szerkessze a azure-pipelines.yml fájlt a fő ágában, és adjon hozzá egy feltételt a kívánt tevékenységhez. Az alábbi kódrészlet például hozzáad egy feltételt a közvetítési folyamat elemeinek közzétételéhez kapcsolódó feladathoz.

- task: PublishPipelineArtifact@1
  condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/main'))

A YAML-buildek még nem érhetők el a TFS-en.

Pull requestek ellenőrzése

Az ágvédelem biztosítása érdekében olyan szabályzatokat használhat, amelyek a lekéréses kérelmek egyesítése előtt sikeres buildeket biztosítanak. Az Azure Pipelines használatával rugalmasan konfigurálhatja egy új sikeres build követelményét a módosítások kulcsfontosságú ágakba, például a főágba való egyesítéséhez.

GitHub-adattár

Ha nem definiál explicit módon pr eseményindítókat a YAML-fájlban, a lekéréses kérelmek buildjei alapértelmezés szerint engedélyezve lesznek az összes ág esetében. Azonban rugalmasan megadhatja a pull request buildjeihez tartozó célágakat. Ha például a buildet kizárólag a fő ágat célzó pull kérelmekhez és a feature/kezdetű ágakhoz szeretné futtatni, a következő konfigurációt adhatja meg:

pr:
- main
- feature/*

A YAML-buildek még nem érhetők el a TFS-en.

Azure Repos tárház

  1. Jelentkezzen be az Azure DevOps-szervezetbe, és lépjen a projekthez.

  2. Válassza a Tárolók, majd az Ágaklehetőséget.

  3. Válassza az ágnév jobb oldalán található három pont ikont, majd válassza Ágszabályzatoklehetőséget.

  4. A Buildérvényesítési menüben válassza a + jelet a buildszabályzat hozzáadásához.

  5. Válassza ki a Build folyamatot a legördülő menüből, és győződjön meg arról, hogy a Trigger automatikusra van állítva, és a házirend követelmény kötelezőre van állítva.

  6. Adjon meg egy leíró Megjelenítendő név a szabályzat leírásához.

  7. A szabályzat létrehozásához és engedélyezéséhez válassza a Mentés lehetőséget. A módosítások mentéséhez válassza ki a képernyő bal felső részén a Módosítások mentése menüpontot.

Képernyőkép az új buildszabályzat hozzáadásáról.

  1. A szabályzat teszteléséhez lépjen Adattárak>Lekéréses kérelmek az Azure DevOps portálon.

  2. Válassza a Új lekérés lehetőséget, és győződjön meg arról, hogy a témakörág össze van állítva a főággal, majd válassza a Létrehozáslehetőséget.

  3. A képernyőn láthatja az aktuális végrehajtási szabályzatot.

  4. Válassza ki a szabályzat azonosítóját a build megvizsgálásához. Ha a build sikeres, a pull request be lesz olvasztva. Ha a build meghiúsul, az egyesítés le lesz tiltva.

Megjegyzés

Az Azure Pipelines már nem támogatja a folyamatonkénti adatmegőrzési szabályzatokat. A projektszintű adatmegőrzési szabályok használatát javasoljuk.