L'erreur "Aucun agent n'a pu être trouvé avec les fonctionnalités suivantes: msbuild, visualstudio, vstest'
Je suis la mise en place d'un nouveau serveur de génération d'utilisation de TFS 2015 et après j'ai configuré l'agent, quand j'ai essayé de mettre un build j'ai eu cette erreur:
Aucun agent n'a pu être trouvé avec les fonctionnalités suivantes: msbuild, visualstudio, vstest
Comment cela peut-il être résolu?
Vous devez vous connecter pour publier un commentaire.
Installer Visual Studio sur votre agent de build, puis redémarrez l'agent de build. Le redémarrage de l'agent de build permettra de saisir les Capacités accrues.
Remarque: tout d'Abord, vous pouvez faire tout cela avec l'édition de la communauté et TFS Express 2015 sur votre propre serveur (gratuit jusqu'à cinq utilisateurs) - donc ne vous inquiétez pas avoir à utiliser le Visual Studio version en ligne ou de payer pour Visual Studio Professional.
Il est très facile de mal interpréter le message d'erreur fourni et aller sur un wild goose chase tente de le déboguer.
Malheureusement, le message lui-même est juste mal exprimé et c'est le vrai problème.
Voilà ce qu'un message d'erreur vraiment signifie:
De sorte que vous êtes en train de penser que ne pas s'appliquer à vous parce que vous venez de créer un agent de build?
Bien, peut-être que vous avez fait, mais voici ce qui est probablement arrivé:
Aha!
Alors, voici ce qui se passe quand vous construisez:
Quand j'ai finalement réalisé ce qui s'est passé, je viens de supprimer mon cutely nommé piscine + file d'attente et juste revenue à l'aide de la valeur par défaut de la piscine.
La prochaine fois je vais essayer de faire plus attention à ce message lors de la configuration PowerShell:
Vous aurez à créer une file d'attente en vertu de la piscine, mais alors votre agent devrait commencer à travailler.
Si vous avez un authentique avec une certaine capacité d'être absent de votre agent, vous pouvez vérifier ce que votre agent prend en charge via des "capacités" de l'onglet affiché ici. Bien sûr
msbuild, visualstudio and vstest
sont tous ici 🙂Par défaut, lorsque vous utilisez le nouveau système de construction sur VSO, il n'est pas choisir la hébergés option de compilation, qui est de savoir comment je suis tombé sur ce post dans le Débordement de la Pile. Si vous êtes habitué à l'aide d'un VSO serveur de build voici ce que vous devez faire:
Créer un build hébergé en allant à l'onglet Général et l'évolution de votre File d'attente par Défaut pour a accueilli. Plus sur les restrictions de qui et comment ça marche ici: https://www.visualstudio.com/get-started/build/hosted-agent-pool
Dans mon cas, après l'installation de MSBuild (https://www.visualstudio.com/downloads/, recherche pour "Construire des Outils pour Visual Studio 2017"), j'ai juste eu à ajouter le chemin d'accès à MSBuild à la variable d'environnement PATH. L'agent n'était pas la détection de MSBuild jusqu'à ce que je l'ai fait.
Je n'ai PAS eu à installer le plein IDE de Visual Studio. La réponse sélectionnée pour cette question est tout simplement faux...
J'ai eu ce problème et il s'est avéré être mon processus de libération avait choisi le "mauvais" de l'agent. Il suffit d'éditer la libération et de définir la bonne file d'attente d'agent
J'ai été en utilisant un Xcode construire des esclaves pour la construction d'un projet Xcode.
Et le message d'erreur j'ai fini avec TFS 2015 a été
Je me suis inscrit à un OS X sur site construire esclave.
Dans le "Registre de l'Agent" de l'étape, j'ai nommé par l'agent de build:
Donc, j'ai dû sélectionner l'option "Mon-Xcode-Agent-Pool" comme file d'attente par Défaut dans les paramètres de construction. Source: Hébergés Microsoft agents
Bien qu'aucune des réponses précédentes travaillé pour moi, le post par Simon_Weaver m'a orienté dans la bonne direction.
Il a mentionné que vstest était dans sa liste, mais il n'était pas dans la mienne. J'ai corrigé par l'ajout d'une capacité définies par l'utilisateur nommé "vstest" avec le chemin d'accès complet vstest.console.exe sous Visual Studio 2017.
Vous devez installer le correspondant de la version de Visual Studio sur la machine de compilation (où vous avez installé votre agent). Cela va ajouter les outils nécessaires et des capacités pour le serveur.
Visual Studio n'est nécessaire, parce qu'il installe tous les build targets nécessaires pour construire vos projets.
Une fois installé, vous devez redémarrer l'agent de service Windows de sorte qu'il actualise la liste des capacités.
Puisque vous êtes à l'aide de l'installation de Visual Studio sur la machine de compilation de construire, que l'installation ne compte pas comme une licence supplémentaire.
Ce qui a fini par travailler pour moi était d'aller à l'endroit où j'ai téléchargé l'agent et en cours d'exécution:
./config.cmd
supprimer, puis./config.cmd
réinstaller l'agent à partir de la ligne de commande à l'intérieur du répertoire de mon agent.Télécharger agent
Solution générale de TSF:
La commune de la façon de résoudre la plupart des problèmes sur le serveur de création de l'installation de Visual Studio & tous les paquets dépendants sur votre serveur de build.
Autre solution, dans le cas de l'utilisation de VSTS
Lorsque vous choisissez l'endroit où construire, utiliser "Hébergé"
et puis la génération de travail.
Le guide comment faire pour le faire fonctionner, peut être trouvé ici: Déployer un agent sur Windows pour TFS 2015
Vérifier l'agent de la section qui contiendra des informations sur les capacités.
Mise à jour:
Une fois que vous avez la liste des capacités dans vsts(azuredevops)
vous pourriez avoir besoin d'installer les logiciels de votre choix sur votre agent de build de la machine.
PS Être au courant, vous pourriez avoir à votre licence sw, si nécessaire.