58 votes

MSBuild ne contient pas de valeur pour le "VCTargetsPath" propriété

J'ai récemment installé Visual Studio 11 Developer Preview de l'essayer, et maintenant mon VS 2010 projets ne s'ouvre pas. Au lieu de cela, je reçois le message d'erreur suivant:

MSBuild ne contient pas de valeur pour le "VCTargetsPath" propriété

J'ai trouvé quelqu'un qui avait signalé le problème ici sur se Connecter, et la réponse de Microsoft a été:

Posté par Microsoft sur 12/2/2011 à 5:25 PM
Salut Afshin,

Merci pour les commentaires. La question que vous avez couru dans est corrigé pour la prochaine version publique de Visual Studio.

Jim Griesmer
Équipe Visual C++

Fantastique. Alors, comment puis-je restaurer VCTargetsPath si mes projets ne fonctionne de nouveau?

"VCTargetsPath est un ensemble d'outils de propriété est défini dans HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersions\4.0. "

J'ai parcouru le VCTargetPath valeur dans le registre et il a de la valeur:

$(MSBuildExtensionsPath32)\Microsoft.Cpp\v4.0\

Vous ne savez pas où aller à partir d'ici. Toutes les suggestions?

80voto

Jonathan DeCarlo Points 1513

Il semble raisonnable que la solution Gavin Pugh a donné serait résoudre le problème, même si je ne l'ai pas essayé. J'ai moi aussi rencontré ce problème après la désinstallation de la Developer Preview de VS11. Je pense que je sais ce qui est vraiment mal.

Mladen Jankovic était sur la bonne voie. L'un des deux (nécessaire) des clés de registre qui manquait sur ma machine:

  • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersions\4.0
    • Nom De La Clé: VCTargetsPath
    • Type: REG_SZ
    • Valeur: $(MSBuildExtensionsPath32)\Microsoft.Cpp\v4.0\
  • HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\MSBuild\ToolsVersions\4.0
    • Nom De La Clé: VCTargetsPath
    • Type: REG_SZ
    • Valeur: $(MSBuildExtensionsPath32)\Microsoft.Cpp\v4.0\

(Vous pouvez modifier les clés de registre de Windows en tapant enter image description here+R+regedit+Entrée)

Pour moi, la deuxième valeur, j'ai énumérés ci-dessus était celui qui était manquant. Après je l'ai ajouté, j'ai pu travailler avec mon projet de nouveau.

7voto

Mladen Janković Points 3966

Voici la chose qui n'a truc pour moi:

Modifier la valeur de registre nommée DefaultToolsVersion situé en HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\4.0 de 2.0 de 4.0. Faire la même chose en Wow6432Node trop.

4voto

Gavin Pugh Points 334

L'édition du registre méthode suggérée par le "Mladen Jankovic" ne fonctionne pas pour moi.

J'ai juste couru une réparation sur Visual Studio 2010 (exécuter l'setup.exe sur le VS2010 disque d'installation, ou d'appeler le désinstaller via le Panneau de configuration->Programmes). Il a fait le tour pour moi.

Vous devez également exécuter le SP1 installer à nouveau.

Pour ce que ça vaut, mon "add-ins" (y compris Incredibuild) se comportait très bien, après cette. Ils n'ont pas besoin d'être réinstallé ou réparé. Mes paramètres/fenêtre/débogueur de placement a également été conservé.

Apparemment, cette question ne présente en lui-même si vous désinstallez la Developer Preview de VS11: http://www.gamefromscratch.com/post/2011/12/15/Do-not-remove-Visual-Studio-2011-developer-preview!.aspx

0voto

Nick Points 2279

Si l'on travaille avec visual studio 2010 SP1, allez à Panneau de configuration | Désinstaller un programme, Désinstaller/Modifier le rapport à 2010 SP1 et choisissez réappliquer le service pack 1. Il a travaillé pour moi.

0voto

mameen Points 9

J'ai eu le même problème et a trouvé que la boîte à outils de la balise n'a pas été définie dans le nœud de projet

Réglage de la version des outils de résolu pour moi

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X