2017-03-16 6 views
0

Mit On-Prem-TFS 2017 habe ich einen zusätzlichen Agenten zu einem vorhandenen Pool hinzugefügt. Der Agent wird in den Pool-/Warteschlangenverwaltungsseiten angezeigt, ist aktiviert und befindet sich in einem Leerlaufzustand. Die Protokolle spiegeln einen gesunden Agenten wider, der auf Arbeit wartet, aber der TFS-Controller wird ihm keine Arbeit zuweisen (soweit ich das kann). Ich habe versucht, den anderen Agenten zu deaktivieren sowie den Dienst des anderen Agenten zu stoppen. In beiden Situationen gibt der Build-Status an, dass keine verfügbaren Agenten zum Ausführen von Arbeit verfügbar sind. Ich habe andere Agenten laufen in verschiedenen Pools, die alle ordnungsgemäß funktionieren, so dass ich nicht sicher bin, wie zu bestimmen, was ist falsch: Agent/Agent-Konfiguration, Warteschlange/Pool-Konfiguration oder der TFS-Controller selbst.TFS-Build-Agent akzeptiert keine Arbeit

+0

Ist der Fehler, den Sie nach dem Deaktivieren des anderen Build-Agent erhalten, ähnlich dem in dieser Frage angegebenen? http://stackoverflow.com/questions/31840364/no-agent-could-be-found-with-the-following-capabilities-msbuild-visualstudio Dann stellt Ihr Build möglicherweise Anforderungen, die Ihr neu hinzugefügter Agent nicht als Fähigkeit angibt? https://www.visualstudio.com/en-us/docs/build/define/general#demands. –

+0

Nein. Ich habe alle die gleichen Fähigkeiten für beide definiert. Entweder gibt es keine aktivierten Agenten oder der Agent ist offline (bezieht sich auf den ursprünglichen Agenten, nicht auf den hinzugefügten Agenten). – ncarmona

+0

Versuchen Sie, eine leere Builddefinition zu erstellen und sie mit diesem Buildagenten in eine Warteschlange zu stellen, und überprüfen Sie das Ergebnis. Was ist das Ergebnis, wenn Sie einen neuen Build-Agent einrichten? –

Antwort

0

fand ich endlich die Frage:

Während MSBuild und all relevant erforderlich Microsoft SDK für meine installiert Builds und ordnungsgemäß in den Agentenfähigkeiten reflektiert wurde Visual Studio nicht auf den neuen Build-Server installiert ist.

Ich konnte nicht feststellen, warum der Agent (s) wegen unzureichender Fähigkeiten abgelehnt wurde; Wir haben TFS 2015 Update 2 ausgeführt, aber nach einem Update auf TFS 2017 sind die Agenten nicht mehr von der Installation von Visual Studio abhängig und funktionieren problemlos, wenn sie dieselben Builddefinitionen mit dem MSBuild-Schritt ausführen.

Verwandte Themen