![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(169.60000000000002, 88%, 26%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EPU%3C/text%3E%3C/svg%3E)
Community Center | Besprechen der F&A-Website | Erste Schritte mit F&A
Erste Schritte oder Anweisungen für die Verwendung von Microsoft Q&A
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(128, 8%, 22%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EA%3C/text%3E%3C/svg%3E)
Es scheint, dass dein Pipeline-Lauf einen definierten Job hat, aber keiner der Jobs wurde gestartet, was bedeutet, dass sie im Warteschlangenstatus hängen geblieben sind, weil keine verfügbaren Agents den Job übernehmen können – als ob es nur einen einzigen Job gibt und Azure DevOps darauf wartet, ihn zuzuweisen. Der Job wartet auf einen verfügbaren Agent. Dies kann auch durch Agent-Pool-Beschränkungen und Kapazitätsbeschränkungen in der Region für Microsoft-gehostete Agents sowie durch Begrenzungen bei gleichzeitigen Ausführungen in deiner Organisation verursacht werden.
Dies könnte an der Free-Tier-Stufe liegen, da nur ein gehosteter Job gleichzeitig ausgeführt werden kann, aufgrund der Begrenzung für parallele Jobs.
Wenn du ständig die Grenze für parallele Jobs erreichst, musst du zusätzliche parallele Jobs erwerben, um deine Arbeitslast zu bewältigen. Überprüfe außerdem, ob deine Pipelines korrekt konfiguriert sind, um den entsprechenden Agent-Pool zu verwenden.
Überprüfe die Agent-Verfügbarkeit und versuche, das Agent-Image zu ändern.
pool:
vmImage: 'windows-latest'
Überprüfe deine Grenzen für parallele Jobs > Organisationseinstellungen > Parallele Jobs und stelle sicher, dass du nicht das Limit erreicht hast.
Ich habe das in meiner Testumgebung ausprobiert. Ich habe zum Beispiel keine Microsoft-gehosteten Agents (mit parallelen Jobs "0"), aber ich habe selbstgehostete Agents (mit parallelen Jobs "2"), und ich habe ihn als "1" Agent von einer Azure-VM konfiguriert.
Ich habe zuerst mit den Pools ubuntu-latest und windows-latest getestet, aber da ich keinen Microsoft-gehosteten Agent habe (parallele Jobs "0"), wurden die Jobs nicht ausgelöst, um die Pipelines zu starten, weil die Pipeline im Status „Queued“ war. (Immer wenn wir den Poolnamen als linux-latest oder windows-latest definieren, wird nach parallelen Jobs unter Microsoft-gehosteten Agents gesucht; wenn du keine Jobs hast, kann sie nicht ausgelöst werden.)
Nach diesem Test habe ich versucht, meinen selbstgehosteten Agent zu verwenden. Ich habe meinen Agent gestartet und ihn in der Pipeline verwendet. Da es sich um einen benutzerdefinierten Agent handelt, habe ich ihn "self-hosted" genannt. Jetzt ist mein Agent online, und ich habe den Namen meines Agents im Pool angegeben. Er wurde automatisch ausgelöst, und die Pipeline wurde gestartet.
Agent ist ebenfalls gestartet und läuft.
Überprüfe den Servicestatus: https://status.dev.azure.com/
Ich übersetze diesen Kommentar aus dem Englischen ins Deutsche, also bitte entschuldige etwaige grammatikalische Fehler.