49

Recientemente instalé Visual Studio 11 Developer Preview para probarlo, y ahora mis proyectos de VS 2010 no se abrirán. En su lugar, me sale el siguiente mensaje de error:MSBuild no contiene un valor para la propiedad "VCTargetsPath"

MSBuild no contiene un valor para el "VCTargetsPath" propiedad

encontré a alguien que se había reportado el problema here on Connect, y la respuesta de Microsoft fue:

publicado por Microsoft el 12/2/2011 a las 5:25 pm
Hola Afshin,

Gracias por los comentarios. El problema que se encontró se corrigió para la próxima versión pública de Visual Studio.

Jim Griesmer
Visual C++ Equipo

fantástico. Entonces, ¿cómo restaurar VCTargetsPath para que mis proyectos funcionen nuevamente?

"VCTargetsPath es una propiedad conjunto de herramientas que se define en HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ MSBuild \ ToolsVersions \ 4.0."

I navegado al valor VCTargetPath en el registro y tiene el valor:

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

No estoy seguro de dónde ir desde aquí. ¿Alguna sugerencia?

+1

Estas ediciones de vista previa son de calidad inferior a la alfa. Nunca instale nada más que RTM en una máquina de producción a menos que use una máquina virtual. Reparar VS2010, reinstalar a continuación. –

+1

Esto también ocurre con la Vista previa del cliente, no solo con los "pre-pre-alfas" que mencionas. – gparent

Respuesta

5

Aquí es lo que hizo truco para mí:

valor de cambio de registro denominada DefaultToolsVersion situado en HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\4.02.0-4.0. Haga lo mismo en Wow6432Node también.

4

El método de edición de registro sugerido por "Mladen Jankovic" no funcionó para mí.

Acabo de ejecutar una reparación en Visual Studio 2010 (ejecute setup.exe en el disco de instalación VS2010, o invoque la 'desinstalación' a través del Panel de control-> Programas). Me hizo el truco.

También debe ejecutar la instalación del SP1 nuevamente.

Por lo que vale, mis 'complementos' (incluido Incredibuild) se comportaron bien después de esto. No necesitaron ser reinstalados o reparados. Mi configuración/ventana/ubicación del depurador también se retuvo.

Al parecer, este problema sólo se presenta si se desinstala la vista previa de desarrollador de VS11: http://www.gamefromscratch.com/post/2011/12/15/Do-not-remove-Visual-Studio-2011-developer-preview!.aspx

65

Parece razonable que la solución Gavin Pugh dio resolverían el problema, aunque no lo probamos. También me encontré con este problema después de desinstalar Developer Preview de VS11. Creo que sé lo que está realmente mal sin embargo.

Mladen Jankovic estaba en el camino correcto.Una de las dos teclas (necesario) registro Siga faltaba en mi máquina:

  • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersions\4.0
    • Nombre de clave: VCTargetsPath
    • Tipo: REG_SZ
    • Valor: $(MSBuildExtensionsPath32)\Microsoft.Cpp\v4.0\
  • HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\MSBuild\ToolsVersions\4.0
    • Nombre de clave: VCTargetsPath
    • Tipo: REG_SZ
    • Valor: $(MSBuildExtensionsPath32)\Microsoft.Cpp\v4.0\

(Puede modificar las claves del registro de Windows escribiendo enter image description here + R + regedit + Enter)

Para mí, el segundo valor que enumeré arriba fue el que faltaba. Después de que lo agregué, pude volver a trabajar con mi proyecto.

+2

funcionó para mí también. Faltaba la segunda clave (Wow6432Node) después de la desinstalación de VS11 CTP en el sistema x64. –

0

Si se trabaja con VS 2010 SP1, vaya a Panel de control | Desinstalar un programa, Desinstalar/Cambiar el VS 2010 SP1 y recoger volver a aplicar SP1. Funcionó para mí

0

He tenido este mismo problema, y ​​descubrí que la etiqueta de conjunto de herramientas no se encuentra en el nodo del proyecto

Ajuste de la versión de las herramientas resuelto por mí

+0

¿Cómo configuró la versión de herramientas? –

+0

Esto resolvió el problema para mí. @limelights, puede establecer la versión de las herramientas en las propiedades del proyecto. En las páginas de propiedades, busque en Propiedades de configuración> General> Conjunto de herramientas de plataforma. También puede hacer esto en su editor de texto favorito, pero necesita conocer los valores. –

0

Solía ​​C : \ Windows \ SysWOW64 \ regedit.exe y fue a HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ MSBuild \ 3.5 y en la carpeta de la versión 3.5 que había 2.0 que aparece en el defaulttoolsversion por lo modifiqué que a 3.5 y todo funciona ahora.

1

Para los que están aquí por Google:

Si previamente ha instalado VS 2015 o cualquier versión posterior de frente después de VS2010, y luego desinstalar, aquí está la solución para usted.

En el siguiente mensaje de error:

No se puede evaluar la expresión de propiedad "$ ([MSBuild] :: ValueOrDefault ('$ (VCTargetsPath)', '$ (MSBuildExtensionsPath32) \ Microsoft.Cpp \ v4 .0 \ V140 \ ')) "

14.0 es el número de versión de VS2015. Por desgracia, el VS2015/2012 desinstalador olvida una de sus claves de registro, lo que provoca que el error cuando vuelva a VS2010.

Ir a Inicio/Ejecutar/regedit>

Busque HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ MSBuild \ ToolsVersions \ 14.0 (12.0 también)

Y

HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node \ Microsoft \ MSBuild \ ToolsVersions \ 14.0 (12.0 también)

Si hay una clave 14.0/12.0 aquí, borre y su VS2010 con suerte volverá a funcionar.

1

Uf finalmente encontré la respuesta para esto, que por cierto no me dio el mismo mensaje de error - consigo:

error MSB4019: El proyecto "C importados: \ Microsoft.Cpp.Default. accesorios "no fue encontrado. Confirme que la ruta en la declaración sea correcta y que el archivo exista en el disco.

Por alguna razón funcionó bien con compilaciones de 32 bits, pero no compilaciones de 64 bits. De todos modos, la solución es copiar todas las claves VCTargetPath* de HKLM\SOFTWARE\Wow6432Node\Microsoft\MSBuild ToolsVersions\14.0 a HKLM\SOFTWARE\Microsoft\MSBuild\ToolsVersions\14.0. Me faltaban.

En realidad solo he copiado VCTargetsPath y VCTargestPath14 porque copiar es bastante tedioso. Parece ser suficiente para VC++ 2015.

Cuestiones relacionadas