External VS2013 build error " error MSB4019: El proyecto importado no se encontró"

También tenía esto y puedes arreglarlo configurando la versión de herramientas en tu definición de compilación.

Esto es muy fácil de hacer. Abra su definición de compilación y vaya a la página" Process". Luego bajo el " 3. Advanced " grupo tiene una propiedad llamada " Argumentos MSBuild". Coloque el parámetro allí con la siguiente sintaxis

/p:VisualStudioVersion=12.0 

Si tiene más parámetros, sepárelos con un espacio y no con una coma.

Esto está estrechamente relacionado, pero puede o no solucionar el problema específico de OPs. En mi caso estaba tratando de automatizar la implementación de un sitio de Azure usando VS2013. Sin embargo, el uso de MSBuild mostró un error similar alrededor de los "objetivos". Resulta que MSBuild es diferente bajo VS2013, y ahora es parte de VS y no de. Net Framework (ver http://timrayburn.net/blog/visual-studio-2013-and-msbuild / ). Básicamente, utilice la versión correcta de MSBuild:

ANTIGUO, VS2012

C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe

NUEVO, VS2013

C:\Program Files (x86)\MSBuild\12.0\bin\msbuild.exe

Más nuevo, VS2015

C:\Program Files (x86)\MSBuild\14.0\Bin\msbuild.exe

Más nuevo todavía, VS2017 (no está completamente probando, pero descubierto - han movido las cosas un poco)

C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\15.0\Bin\msbuild.exe

Acabo de recibir una respuesta de Kinook, quien me dio un enlace :

Básicamente, necesito llamar a lo siguiente antes de construir. Supongo que Visual Studio 2013 no registra automáticamente el entorno primero, pero 2012 lo hizo, o lo hice y lo olvidé.

call "C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\vcvarsall.bat" x86

Con suerte, este post ayuda a alguien más.

La solución de Giammin es parcialmente incorrecta. NO DEBE eliminar todo ese grupo de propiedades de su solución. Si lo hace, La característica "DeployTarget=Package" de MSBuild dejará de funcionar. Esta característica depende de que se establezca "VSToolsPath".

<PropertyGroup>
  <!-- VisualStudioVersion is incompatible with later versions of Visual Studio.  Removing. -->
  <!-- <VisualStudioVersion Condition="'$(VisualStudioVersion)' == ''">10.0</VisualStudioVersion> -->
  <!-- VSToolsPath is required by MSBuild for features like "DeployTarget=Package" -->
  <VSToolsPath Condition="'$(VSToolsPath)' == ''">$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)</VSToolsPath>
</PropertyGroup>
...
<Import Project="$(VSToolsPath)\WebApplications\Microsoft.WebApplication.targets" Condition="'$(VSToolsPath)' != ''" />

Tuve este problema para nuestros objetivos FSharp (FSharpTargetsPath estaba vacío).

Muchas de las rutas se construyen con referencia a la versión VS.

Por varias razones, nuestra compilación se ejecuta con privilegios del sistema, y la variable de entorno "VisualStudioVersion" solo se estableció (por el instalador VS 2013) en el nivel de "usuario", lo cual es bastante justo.

Asegúrese de que la variable de entorno "VisualStudioVersion" esté establecida en "12.0" en el nivel (Sistema o Usuario) en el que se está ejecutando.

Ejecutar esto en la línea de comandos solucionará el problema también. SETX VisualStudioVersion"12.0"

Si migra Visual Studio 2012 a 2013, abra *.archivo de proyecto csprorj con edior.
y comprueba el elemento ToolsVersion de la etiqueta' Project'.

Ese es el valor 4.0
Se llega a 12.0

• De

  <?xml version="1.0" encoding="utf-8"?>
  <Project ToolsVersion="4.0"
  

• A

  <?xml version="1.0" encoding="utf-8"?>
  <Project ToolsVersion="12.0"
  

O si compila con msbuild, simplemente especifique la propiedad VisualStudioVersion

Msbuild /p:VisualStudioVersion=12.0

Estaba usando una utilidad de compilación externa. Piense en algo como Hormigas, si entiendo el producto correctamente, solo una versión comercial. Tuve que contactar al fabricante para la respuesta.

Resulta que hay una macro global en el proyecto, DEVSTUDIO_NET_DIR. Tuve que cambiar el camino a. Net allí. Enumeran varias versiones de visual studio como "Acciones", que a través de mí, pero todos los caminos conducen de nuevo a esa variable global detrás de las escenas. Lo enumeraría como un defecto contra el producto, si tuviera mi camino, a menos que me falta algo en mi entendimiento. Corrigiendo la ruta allí se solucionó el problema de compilación.

Tengo Visual Studio 2013 instalado. Esto funcionó para mí:

<PropertyGroup>
    <VisualStudioVersion Condition="'$(VisualStudioVersion)' != ''">12.0</VisualStudioVersion>`
    <VSToolsPath Condition="'$(VSToolsPath)' == ''">$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)</VSToolsPath>
</PropertyGroup>

Así que he cambiado la condición de == a != y el valor de 10.0 a 12.0.

Tuve un problema similar. Todas las soluciones propuestas son solo trabajo alrededor de este problema, pero no están resolviendo la fuente de error. La solución @ giammin no debe aplicarse si está utilizando el servidor de compilación de tfs, ya que solo se ha bloqueado la funcionalidad de publicación. @cat5dev solución-resuelve el problema, pero no resuelve la fuente de la misma.

Estoy casi seguro de que está utilizando la plantilla de proceso de compilación para VS2012 como ReleaseDefaultTemplate.11.1.xaml or DefaultTemplate.11.1.xaml estas plantillas de compilación se han hecho para VS2012 y $(VisualStudioVersion) establecido en 11.0

Usted debe usar la plantilla de proceso de compilación para VS2013 ReleaseTfvcTemplate.12.xaml or TfvcTemplate.12.xaml que tiene set (VisualStudioVersion) establecido en 12.0

Esto funciona sin ningún cambio en el archivo de proyecto.

También tuve el mismo error .. Hice esto para arreglarlo

<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v11.0\WebApplications\Microsoft.WebApplication.targets" />

Cambiar a

<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v12.0\WebApplications\Microsoft.WebApplication.targets" Condition="false" />

Y está hecho.

En mi caso, solo comento debajo de la línea abriendo .csproj archivo e hizo el truco

.<!-- <Import Project="..\PRPJECTNAME.targets" /> -->

Mi problema puede ser diferente, pero estoy arrastrado aquí, pero esto puede ayudar a alguien.

Elegí un solo proyecto web de mi solución y tratar de abrirlo como un proyecto independiente que estaba haciendo problema, después de por encima de heck soy capaz de resolver el problema.

En mi caso el entorno dev es VS2013 y estoy usando TFS 2010. Build fue dirigido para. NET 4.5.1. Estaba preparando auto build para CI. cada vez que probé las soluciones mencionadas anteriormente, como eliminar el grupo de propiedades por completo o reemplazar algunas líneas etc.my la compilación solía ocurrir en TFS, pero mi publicación en azure solía fallar con 'MSDeploy' o, a veces, con algún error diferente. No fui capaz de lograr ambos simultáneamente.

Así que finalmente tuve que pasar el argumento de MSBuild para resolver el cuestión.

Ir a Editar definición de compilación > Proceso > 3. Avanzado > Argumentos de MSBuild (establecido en) /p:VisualStudioVersion=12.0

Funcionó para mí.

Debe copiar las aplicaciones web de la carpeta desde C:\Program Archivos (x86) \ MSBuild \ Microsoft \ VisualStudio \ v12.0\ to C:\Program Files (x86) \ MSBuild \ Microsoft \ VisualStudio \ v11. 0 \

Usted encontrará

C:\Program Files  (x86)\MSBuild\Microsoft\VisualStudio\v11.0\WebApplications\Microsoft.WebApplication.targets 

En el archivo csproj para el que aparece este error. Simplemente elimine esto de csproj y luego construya.

Solo hay que hacer una cosa para resolver el problema: actualizar TeamCity a la versión 8.1.x o superior porque la compatibilidad con Visual Studio 2012/2013 y MSBuild Tools 2013 solo se introdujo en TeamCity 8.1. Una vez que haya actualizado su configuración de versión de TeamCity modify MSBuild Tools en su paso de compilación, el problema desaparecerá. Para más información leer aquí: http://blog.turlov.com/2014/07/upgrade-teamcity-to-enable-support-for.html

Me - nada estaba ayudando a cambiar el valor v11.0 de la variable VisualStudioVersion a v10.0. Cambio de variable en .el archivo csproj no lo hizo. Configurándolo a través del comando promt no lo hizo.Etc...

Terminé copiando mi carpeta local de esa versión específica (v11.0) a mi servidor de compilación.

Había intentado todas las soluciones anteriores y todavía no hubo suerte. Había escuchado a personas instalando visual studio en sus servidores de compilación para arreglarlo, pero solo tenía 5 gb de espacios libres, así que simplemente copié C:\Program Files (x86)\MSBuild\Microsoft \ VisualStudio a mi servidor de compilación y lo llamé un día. Comenzó a trabajar después de eso, usando team city 9.x y visual studio 2013.

Basado en TFS 2015 Build Server

Si contrarresta este error ... Error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v14.0\WebApplications\Microsoft.WebApplication.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk.

Abra el archivo .csproj del proyecto nombrado en el mensaje de error y comente la sección siguiente

<!-- <PropertyGroup> --> <!-- <VisualStudioVersion Condition="'$(VisualStudioVersion)' == ''">10.0</VisualStudioVersion> --> <!-- <VSToolsPath Condition="'$(VSToolsPath)' == ''">$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)</VSToolsPath> --> <!-- </PropertyGroup> -->

Recibí este error cuando instalo algunos componentes VS. Desafortunadamente ninguna de estas respuestas no me ayudó. Uso TFS para el desarrollo de comandos y no tengo permisos para editar la definición de compilación. Resolví este problema eliminando variables de entorno que llamaban VS110COMNTOOLS y VS120COMNTOOLS. Creo que fue instalado con mis componentes VS.

Descubrí que me faltaba la carpeta WebApplications en mi PC local, no la instalé con Visual Studio 2017 como lo había hecho cuando estaba usando 2012.

En mi caso estaba usando la versión incorrecta de MSBuild.exe.

La versión que necesita usar depende de la versión de Visual Studio que utilizó para crear su proyecto. En mi caso necesitaba 14.0 (habiendo usado Visual Studio 2015).

Esto se encontró en:

C:\Program Files (x86)\MSBuild\14.0\Bin\msbuild.exe

Puedes buscar en:

C:\Program Files (x86)\MSBuild

Para encontrar otras versiones.