visual studio para net instalar framework como .net visual-studio-2010 visual-studio-2012 msbuild

.net - studio - Requisito no cumplido de la ciudad del equipo: MSBuildTools12.0_x86_Path existe



framework para visual studio 2010 (9)

En mi caso, era una máquina nueva sin Visual Studio instalado y simplemente restauré Teamcity de otra máquina. Así que instalé Visual Studio 2013 y resolví el problema del agente de Teamcity.

Tengo una instalación de TeamCity en x32 Server2008 máquina de Windows. He ejecutado la instalación web .net 4.5. También he copiado los archivos de mi máquina x64 en base a este artículo, por lo que no tuve que instalar vs2012 (aunque sí cambié la ruta para eliminar x86 en la máquina de 32 bits):

MSBuild en la solución TeamCity of Visual Studio 2012

Parece que no puedo conseguir que el agente local ejecute la compilación que configuré para msbuild en un proyecto vs2012 o vs2010. Sigo recibiendo:

Requisitos no satisfechos: MSBuildTools12.0_x86_Path existe

He reiniciado el servidor varias veces y reinicié también el agente. He intentado jugar un poco con las variables de ruta, pero no puedo entender lo que me falta. También busqué en los parámetros de configuración y puedo verlos:

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

¿Cómo consigo 12.0 allí?

Me pareció que resolver este problema al entrar en el registro y eliminar todas las entradas de MSBuild que no eran para la versión 12, luego reinicié el agente.

Para hacerlo, vaya a Inicio> Ejecutar y escriba Regedit

Luego navega hacia la tecla:

HKEY_LOCAL_MACHINE> SOFTWARE> Microsoft> MSBuild

Elimine todas las versiones excepto la 12.0.

Pase el siguiente nivel a ToolsVersions y elimine las versiones que no sean 12.0 allí.

Necesitaba instalar MSBuild por separado, luego de reiniciar el agente la variable estaba allí.

(Del artículo de MSDN) MSBuild ahora se instala como parte de Visual Studio en lugar de como parte de .NET Framework. El número de versión actual de MSBuild es 12.0. Si desea instalar MSBuild por separado, descargue el paquete de instalación de MSBuild Download.

editar: el enlace de respuesta estaba roto. Aquí está el enlace para Microsoft Build Tools 2015 (más reciente hasta hoy): https://www.microsoft.com/en-us/download/details.aspx?id=48159

También llegué un poco tarde a la fiesta, pero pensé que compartiría lo siguiente en caso de que ayudara a cualquier pobre alma.

  • Recibí el error mencionado anteriormente en una nueva instalación de TeamCity 8.1.4 en un nuevo cuadro de Windows Server 2012 R2
  • Siguió las instrucciones en este hilo y el error aún apareció a pesar de numerosos reinicios y reinstalaciones.
  • Noté que la información del agente, como el sistema operativo y la CPU, no aparecía en la página de detalles del agente. Esto indicaba que el problema no estaba con los requisitos previos de .NET y MSBUILD, sino que estaba relacionado con el servicio del agente que no podía leer información sobre la máquina.
  • El agente se estaba ejecutando bajo la cuenta de un usuario (con todos los permisos necesarios según la documentación de TeamCity ). Pero pensé que vería qué pasaría si entraba en Herramientas de administración> Servicios y cambiaba la cuenta del sistema Iniciar sesión en el sistema local.
  • Reinició el servicio del agente.
  • Gran éxito.

Tuve el mismo problema y al final resultó que mi paso de compilación definido para ejecutar MSBuild se configuró incorrectamente.

En mi paso de compilación de MSBuild, la configuración "MSBuild ToolsVersion" se estableció en 12.0 (valor predeterminado), lo que generó el error "Requisitos no satisfechos: MSBuildTools12.0_x86_Path existe" en mi sistema. Como no necesito el nuevo MSBuild 12.0 para ejecutar mi compilación, cambié esta configuración a 4.0 en mi paso de compilación. Esta versión de MSBuild está instalada correctamente en mi sistema. Esto resolvió el problema para mí.

Tuve este problema en mi agente de compilación secundario.

Copié la carpeta MSBuild de la pc del agente de compilación principal a la pc del agente de compilación secundario (como hice con algunos archivos de Visual Studio como se describe aquí: MSBuild en la solución TeamCity of Visual Studio 2012 ), en lugar de instalar MSBuild.

Parece, sin embargo, que los servicios del agente de TeamCity comprueban el registro de las entradas de MSBuild cuando se inicia (no parece hacer esto con los archivos de Visual Studio que menciono arriba). Como simplemente había copiado los archivos de la otra PC, no existía ninguna entrada de MSBuild para la v. 12.0, por lo que TeamCity no descubrió los archivos de MSBuild aunque estuvieran presentes en la carpeta Archivos de programa (x86) / MSBuild.

Cuando instalé Microsoft Build Tools desde el enlace de arriba http://www.microsoft.com/en-us/download/details.aspx?id=40760 TeamCity encontró la entrada v. 12.0 en el registro y el agente pudo construir los mismos proyectos que el agente primario.

Recuerde reiniciar el servicio del agente de TeamCity luego de instalar MS Build Tools.

Una respuesta tardía, pero si su proyecto es de VS 2012 y está utilizando el paso de creación de archivos de la solución detectada automáticamente, editando ese paso y eligiendo "Microsoft Visual Studio 2012" desde el menú desplegable "Visual Studio" corrige este problema también (y, en mi humilde opinión, más correctamente).

En mi caso, solo ayudó la instalación por separado de MSBuild para VS2013. (aquí hay un enlace - https://www.microsoft.com/en-us/download/confirmation.aspx?id=40760 ) Creó esta carpeta C:/Program Files (x86)/MSBuild/12.0 Instalación de las herramientas de MSBuild para VS2015 creó C:/Program Files (x86)/MSBuild/14.0 esta carpeta, y TC no quería usarla.