L'équipe de la ville de besoins non satisfaits exigence: MSBuildTools12.0_x86_Path existe

J'ai un TeamCity installer sur x32 Server 2008, windows de la machine. J'ai couru l' .net 4.5 web installer. J'ai également copié les fichiers à partir de ma machine x64 fondées sur le présent article pour que je n'ai pas besoin de l'installer vs2012 (quoique, j'ai eu à le modifier le chemin d'accès pour supprimer x86 sur la machine 32 bits):

MSBuild dans TeamCity de Visual Studio 2012 solution

Je n'arrive pas à obtenir de l'agent local pour exécuter le build que j'ai configuré pour msbuild sur un vs2012 ou vs2010 projet. Je reçois:

Besoins non satisfaits: MSBuildTools12.0_x86_Path existe

J'ai redémarré le serveur plusieurs fois, et au redémarrage de l'agent ainsi. J'ai essayé de jouer avec les variables de chemin d'accès un peu, mais ne peut pas comprendre ce que je suis absent. J'ai regardé aussi bien dans les Paramètres de Configuration, et peut voir ces:

MSBuildTools2.0_x86_Path
C:\Windows\Microsoft.NET\Framework\v2.0.50727

MSBuildTools3.5_x86_Path
C:\Windows\Microsoft.NET\Framework\v3.5

MSBuildTools4.0_x86_Path
C:\Windows\Microsoft.NET\Framework\v4.0.30319

Comment puis-je obtenir 12.0 là?

  • Êtes-vous toujours des problèmes avec TeamCity?
  • La quantité de temps qui a eu pour moi de trouver cela m'a obligé à mettre le projet en attente. J'espère y revenir au printemps.
  • Il m'a fallu un certain temps pour obtenir tout cela fonctionne. Je pense que l'essentiel c'était de l'installation de MSBuild et mise à jour de Web de Déployer bien.
InformationsquelleAutor archangel76 | 2013-11-15
  1. 148

    Je besoin pour installer MSBuild séparément, puis après le redémarrage de l'agent de la variable y était.

    (À partir de l'article MSDN)
    MSBuild est maintenant installé en tant que partie de Visual Studio plutôt que dans le cadre de l' .NET Framework. L'actuel MSBuild numéro de version 12.0. Si vous souhaitez installer MSBuild séparément, téléchargez le package d'installation à partir de MSBuild Télécharger.

    edit: la réponse de lien cassé. Voici le lien pour Microsoft Outils de génération de 2015 (plus récemment, jusqu'à aujourd'hui):
    https://www.microsoft.com/en-us/download/details.aspx?id=48159

    • Il convient de noter que vous aurez besoin .NET Framework version 4.5.1 (trouvé ici: microsoft.com/en-ca/download/details.aspx?id=40779) pour installer MSBuild12.0.
    • Pour redémarrer l'agent: 1. Aller vers le serveur de build. 2. Exécuter les services.msc dans le menu démarrer. 3. Trouver le TeamCity de l'Agent, l'arrêt du service, et de le redémarrer. Cela peut vous sembler évident pour chevronné TeamCity, les vétérinaires, mais pas pour la première fois les utilisateurs comme moi. 🙂
    • Bien que j'ai des MS Outils de construction 2013 est installé, la MSBuildTools12.0_x86_Path variable n'est toujours pas établie et que l'agent ne fonctionne pas. Est-il un moyen de le configurer manuellement?
    • Devais aller à ce répertoire, et exécuter vcvars64.chauve-souris: C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin\amd64 Puis msbuild a fonctionné pour moi.
    • Par défaut, lorsque j'ai utilisé automatique de détection de la sln fichier et ma solution a été fixé à Visual Studio 2013. J'ai Changé pour Visual Studio 2015 installé sur l'agent.
    InformationsquelleAutor jmw
  2. 32

    Un peu de retard de réponse, mais si votre projet est de VS 2012, et vous êtes à l'aide de la autodétecté fichier solution de l'étape de génération, l'édition de cette étape et choisir "Microsoft Visual Studio 2012" de la "Visual Studio" déroulant résout ce problème (et, à mon humble avis, plus correctement).

    • Cela a fonctionné pour moi.
    • Pas en retard du tout! J'ai eu ce problème aujourd'hui et la modification de la VS version de VS 2015 se débarrasser des besoins non satisfaits exigences message
    • Merci!!!! Il a également travaillé pour moi.
    • Cela a fonctionné pour moi serveur fraîche TeamCity 10 VS2015 (était vieux projet 2013)
    • Ouais, mon problème était que la mauvaise version de Visual Studio a été "auto-sélection" par l'Équipe de la Ville lors du choix de l'auto-détecter les étapes de génération de la "Créer un Projet à partir de l'URL" option, donc j'ai simplement l'étape de génération et changé la version de Visual Studio pour résoudre ce problème. J'espère que les gens vérifiez votre réponse avant d'essayer d'installer des trucs qu'ils n'auraient pas besoin de jmw de réponse.
    InformationsquelleAutor Harper Shelby
  3. 17

    J'ai eu le même problème et à la fin il s'est avéré que mon défini étape de génération d'exécuter MSBuild est mal configuré.

    Dans mon MSBuild étape de génération le paramètre "MSBuild ToolsVersion" s'est établi à 12,0 (par défaut), qui conduisent à l'erreur "non satisfait les exigences: MSBuildTools12.0_x86_Path existe" sur mon système. Parce que je n'ai pas besoin de la nouvelle MSBuild 12.0 mon build, j'ai changé ce paramètre à 4,0 dans mon étape de génération. Cette MSBuild version est correctement installé sur mon système. Cela a résolu le problème pour moi.

    InformationsquelleAutor Andreas Schuermann
  4. 10

    Je suis aussi un peu en retard à la fête, mais je pensais que je voudrais partager ce qui suit dans le cas où il aide un pauvre âme là-bas.

    • J'ai eu l'erreur mentionnée ci-dessus sur une nouvelle installation de TeamCity 8.1.4 sur un nouveau Windows Server 2012 R2 boîte de
    • Suivi les instructions de ce thread et l'erreur est toujours apparu malgré de nombreuses redémarre et réinstalle.
    • J'ai remarqué que l'agent des renseignements tels que des OS et de la CPU n'a pas été figurant sur l'agent de la page des détails. Ceci indique que le problème n'était pas avec le .NET et MSBUILD conditions préalables, mais ont plutôt liées à l'agent de service de ne pas être capable de lire des infos sur la machine.
    • L'agent exécute sous un compte utilisateur (avec toutes les autorisations nécessaires selon la TeamCity documentation). Mais j'ai pensé que j'allais voir ce qui se passerait si je suis allé dans Outils d'administration > les Services et changé le Connecter à un compte système Local.
    • Redémarré le service de l'agent.
    • Grand succès.
    • Modification de l'agent à exécuter en tant que service local résolu ce problème pour moi aussi. Je ne comprends pas pourquoi si. J'ai ajouté de l'utilisateur j'ai été en utilisant le groupe administrateurs local pour voir si c'était un problème d'autorisations, mais cela n'a pas aidé;
    InformationsquelleAutor Robert Hardy
  5. 8

    MSBuild est maintenant une partie de Visual Studio. Si vous avez besoin d'installer les outils de construction de votre agent, mais vous ne voulez pas installer VS, vous aurez besoin d'installer le nouveau Microsoft Outils de construction qui est disponible à http://www.microsoft.com/en-us/download/details.aspx?id=40760.

    InformationsquelleAutor Steve Bering
  6. 4

    Dans mon cas, seule installation séparée de MSBuild pour VS2013 aidé. (voici le lien - https://www.microsoft.com/en-us/download/confirmation.aspx?id=40760 ), Il a créé ce dossier C:\Program Files (x86)\MSBuild\12.0 Installation de MSBuild outils pour VS2015 créé C:\Program Files (x86)\MSBuild\14.0 ce dossier, et TC n'ai pas envie de l'utiliser.

    InformationsquelleAutor miotis
  7. 2

    J'ai eu ce problème sur mon secondaire agent de build.

    J'avais copié le MSBuild dossier de le principal agent de build pc pour le secondaire agent de build pc (comme je l'ai fait avec certains de Visual Studio fichiers comme décrit ici: MSBuild dans TeamCity de Visual Studio 2012 solution), plutôt que d'installer MSBuild.

    Il semble, cependant, que le TeamCity les services d'un agent vérifie le registre pour MSBuild entrées lorsqu'il démarre (il ne semble pas faire cela avec Visual Studio fichiers que je mentionne ci-dessus). Depuis que j'ai eu tout simplement copié les fichiers à partir de l'autre pc, pas de MSBuild entrée pour v. 12.0 existait, donc, TeamCity n'a pas de découvrir la MSBuild fichiers même s'ils étaient présents dans le dossier Program Files (x86)\MSBuild dossier.

    Quand j'ai installé le Microsoft Outils de construction à partir du lien ci-dessus http://www.microsoft.com/en-us/download/details.aspx?id=40760 TeamCity trouvé le v. 12.0 inscription dans le registre, et l'agent a été en mesure de construire les mêmes projets comme le principal agent.

    N'oubliez pas de redémarrer le TeamCity agent de service après l'installation de MS Construire des Outils.

    InformationsquelleAutor Marianne Hildesheim Bertelsen
  8. 1

    Dans mon cas, j'ai TeamCity Professionnel 2018.1 sur Windows 2016 Serveur.
    J'ai téléchargé Construire des Outils pour Visual Studio 2017 à partir d'ici: https://visualstudio.microsoft.com/downloads/ et sélectionné toutes les options pour créer des outils. Après l'installation, j'ai ajouté MSBuild global à la variable d'environnement PATH.
    C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\MSBuild\15.0\Bin dans mon cas.

    InformationsquelleAutor DerSkythe
  9. 0

    Dans mon cas, c'était une nouvelle machine sans visual studio est installé et j'ai tout juste restaurée Teamcity à partir d'une autre machine. Donc, j'ai installé visual studio 2013 et résolu teamcity agent de problème.

    InformationsquelleAutor Shantu
  10. -1

    Me semblait résoudre ce problème en allant dans le registre et supprimer toutes les entrées pour MSBuild qui n'étaient pas pour la version 12, puis redémarrage de l'agent.

    Pour ce faire, allez dans Démarrer > Exécuter et tapez Regedit

    Puis naviguez jusqu'à la clé:

    HKEY_LOCAL_MACHINE > LOGICIELS > Microsoft > MSBuild

    Supprimer toutes les versions sauf pour 12.0.

    Descendre au prochain niveau de ToolsVersions et supprimer la non-12.0 versions.

    • C'est une mauvaise idée, la dernière chose que vous devriez faire en CI/CD est de jouer avec les registres
    InformationsquelleAutor HCdev