Összeállítási beállítások
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Munkaelem létrehozása hiba esetén
Ha a buildelési folyamat meghiúsul, automatikusan létrehozhat egy munkaelemet a probléma megoldásának nyomon követéséhez. Megadhatja a munkaelem típusát.
Kiválaszthatja azt is, hogy ki szeretné-e rendelni a munkaelemet a kérelmezőhöz. Ha például egy CI-buildről van szó, és egy csapattag olyan kódot keres, amely megszakítja a buildet, akkor a munkaelem hozzá lesz rendelve az adott személyhez.
További mezők: Beállíthatja a munkaelemmezők értékét. Példa:
Mező | Érték |
---|---|
System.Title |
Build $(Build.BuildNumber) failed |
System.Reason |
Build failure |
K: Milyen egyéb munkaelemmezőket állíthatok be? A: Munkaelem mezőindexe
Szkriptek hozzáférésének engedélyezése az OAuth-jogkivonathoz
Jelölje be ezt a jelölőnégyzetet a klasszikus buildelési folyamatokban, ha engedélyezni szeretné a szkript számára a buildelési folyamat OAuth-jogkivonatának használatát. Ez a jelölőnégyzet a "további beállítások" szakaszban található, miután kiválasztotta az ügynökfeladatot a folyamatban.
Példa: Szkript használata a buildelési folyamat testreszabásához.
Alapértelmezett ügynökkészlet
Válassza ki azt a készletet , amely a folyamat futtatásához használni kívánt ügynököket tartalmazó készlethez van csatolva.
Tipp.
Ha a kód az Azure Pipelinesban található, és a buildeket Windows rendszeren futtatja, sok esetben a legegyszerűbb megoldás a üzemeltetett készlet használata.
Buildelési feladat engedélyezési hatóköre
Adja meg a buildelési feladat engedélyezési hatókörét. A következők szerint válasszon:
- Projektgyűjtemény , ha a buildnek több projekthez is hozzá kell férnie.
- Aktuális projekt , ha korlátozni szeretné ezt a buildet, hogy csak az aktuális projekt erőforrásaihoz férhessen hozzá.
További információ: A feladat-hozzáférési jogkivonatok ismertetése.
Buildszám (futtatás)
Ez a dokumentáció át lett helyezve a buildszámra (futtatás).
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: