Error de comstackción de VS2013 externo “error MSB4019: no se encontró el <ruta de acceso de proyecto importado"

Estoy construyendo un proyecto a través de la línea de comandos y no dentro de Visual Studio 2013. Tenga en cuenta que actualicé mi proyecto de Visual Studio 2012 a 2013. El proyecto se integra perfectamente en IDE. Además, desinstalé completamente VS2012 primero, reinicié e instalé VS2013. La única versión de Visual Studio que tengo es 2013 Ultimate.

ValidateProjects: 39>path_to_project.csproj(245,3): error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v11.0\WebApplications\Microsoft.WebApplication.targets" was not found. Confirm that the path in the  declaration is correct, and that the file exists on disk. 39>Done Building Project "path_to_project.csproj" (Clean target(s)) -- FAILED. 

Estas son las dos líneas en cuestión:

   

La segunda línea original era v10.0, pero la cambié manualmente a v12.0.

$ (VSToolsPath) se alarga desde lo que veo a la carpeta v11.0 (VS2012), que obviamente ya no está allí. La ruta debería haber sido a v12.0.

 C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v12.0\WebApplications\ 

Intenté especificar VSToolsPath en la tabla de variables de entorno de mi sistema, pero la herramienta de comstackción externa todavía usa v11.0. Traté de buscar en el registro y no se me ocurrió nada.

Lamentablemente, no veo ninguna manera fácil de utilizar la línea de comando exacta. Yo uso una herramienta de comstackción.

¿Pensamientos?

Tuve el mismo problema y encontré una solución más fácil

Se debe a Vs2012 agregar en el archivo csproj esta parte:

  10.0 $(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)  

Puede eliminar esa pieza de forma segura y su solución se generará.

Como señaló Sielu, debe asegurarse de que el archivo .proj comience con contrario, la próxima vez que abra el proyecto con visual studio 2010, se agregará nuevamente el nodo eliminado.

de lo contrario, si necesita usar webdeploy o utiliza un servidor de comstackción, la solución anterior no funcionará, pero puede especificar la propiedad VisualStudioVersion en su script de comstackción:

 msbuild myproject.csproj /p:VisualStudioVersion=12.0 

o edite su definición de comstackción:

edite la definición de compilación para especificar la propiedad <code/> VisualStudioVersion </ code>

Tuve esto también y puedes arreglarlo configurando la versión de herramientas en tu definición de comstackción.

Esto es muy fácil de hacer. Abra su definición de comstackción y vaya a la página ” Proceso “. Luego, bajo el grupo ” 3. Avanzado “, tiene una propiedad llamada ” Argumentos MSBuild “. Coloque el parámetro allí con la siguiente syntax

 /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 OP. En mi caso, estaba tratando de automatizar la implementación de un sitio de Azure usando VS2013. Sin embargo, construir y desplegar a través de trabajos VS, el uso de MSBuild mostró un error similar en torno a los “objectives”. Resulta que MSBuild es diferente en VS2013, y ahora es parte de VS y no de .Net Framework (ver http://timrayburn.net/blog/visual-studio-2013-and-msbuild/ ). Básicamente, use 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 aún, VS2017 (no se está probando completamente pero se descubrió; han cambiado 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 los siguientes antes del edificio. Supongo que Visual Studio 2013 no registra automáticamente el entorno primero, pero 2012 lo hizo, o lo hice y olvidé.

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

Con suerte, esta publicación ayuda a otra persona.

La solución de giammin es parcialmente incorrecta. NO DEBERÍA eliminar ese PropertyGroup completo de su solución. Si lo hace, la función “DeployTarget = Package” de MSBuild dejará de funcionar. Esta función se basa en la configuración del “VSToolsPath” .

     $(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)  ...  

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

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

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

Asegúrese de que la variable de entorno ” VisualStudioVersion ” esté configurada a ” 12.0 ” en el nivel (Sistema o Usuario) con el que está ejecutando.

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

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

Eso es el valor 4.0
Lo haces a 12.0

  • De

       
  • A

       

O si construye con msbuild, simplemente especifique la propiedad VisualStudioVersion

msbuild /p:VisualStudioVersion=12.0

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

Como resultado, hay una macro global en el proyecto, DEVSTUDIO_NET_DIR. Tuve que cambiar el camino a .Net allí. Enumeran varias versiones de los estudios visuales como “Acciones”, que a través de mí, pero todos los caminos conducen a esa única variable global detrás de las escenas. Me gustaría enumerar eso como un defecto en contra del producto, si me saliera con la mía, a menos que me falta algo en mi comprensión. Corregir el camino allí solucionó el problema de comstackción.

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

  12.0` $(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)  

Así que cambié la condición de == a != Y el valor de 10.0 a 12.0 .

Tuve un problema similar. Todas las soluciones propuestas solo funcionan para este problema, pero no resuelven la fuente de error. La solución de @giammin no se debe aplicar si está utilizando el servidor de comstackción tfs, ya que se trata de una funcionalidad de publicación accidentada. @ cat5dev solution: resuelve el problema pero no resuelve su origen.

Estoy casi seguro de que está utilizando la plantilla de proceso de comstackción para VS2012 como ReleaseDefaultTemplate.11.1.xaml or DefaultTemplate.11.1.xaml Estas plantillas de comstackción se han creado para VS2012 y $ (VisualStudioVersion) a 11.0.

Debe usar la plantilla de proceso de comstackción para VS2013 ReleaseTfvcTemplate.12.xaml or TfvcTemplate.12.xaml que tiene $ (VisualStudioVersion) establecido en 12.0

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

También tuve el mismo error … Hice esto para solucionarlo

  

cambiar a

  

y está hecho.

En mi caso, simplemente comento la línea siguiente abriendo el archivo .csproj y lo hice

.

Mi problema puede ser diferente pero me arrastran aquí, pero esto puede ayudar a alguien.

Escogí un único proyecto web de mi solución y trato de abrirlo como un proyecto independiente que estaba generando problemas, después de lo cual soy capaz de resolver el problema.

En mi caso, el entorno dev es VS2013 y estoy usando TFS 2010. Build fue el objective de .NET 4.5.1. Estaba configurando auto build para CI. cada vez que probé las soluciones mencionadas anteriormente, como eliminar completamente el grupo de propiedades o reemplazar algunas líneas, mi comstackción solía suceder en TFS, pero mi publicación en azul solía fallar con ‘MSDeploy’ o, a veces, con algún error diferente. No pude lograr ambos simultáneamente.

Así que finalmente tuve que pasar el argumento MSBuild para resolver el problema.

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

Funcionó para mí

Debe copiar la carpeta de aplicaciones web de C: \ Archivos de progtwig (x86) \ MSBuild \ Microsoft \ VisualStudio \ v12.0 \ a C: \ Archivos de progtwig (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. Solo elimine esto de csproj y luego compile.

Solo se necesita hacer una cosa para resolver el problema: actualizar TeamCity a la versión 8.1.xo superior ya que el soporte para Visual Studio 2012/2013 y MSBuild Tools 2013 solo se introdujo en TeamCity 8.1. Una vez que haya actualizado su TeamCity, modifique la configuración de MSBuild Tools Version en su paso de comstackción en consecuencia y el problema desaparecerá. Para obtener más información, lea aquí: http://blog.turlov.com/2014/07/upgrade-teamcity-to-enable-support-for.html

Yo: nada ayudó a cambiar el valor v11.0 de la variable VisualStudioVersion a v10.0. Cambiar la variable en el archivo .csproj no. Configurarlo a través de comando no lo hizo. Etc …

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

Probé todas las soluciones anteriores y todavía no tuve suerte. Había escuchado a personas instalar Visual Studio en sus servidores de comstackción para solucionarlo, pero solo tenía 5 gb de espacio libre, así que simplemente copié C: \ Archivos de progtwig (x86) \ MSBuild \ Microsoft \ VisualStudio en mi servidor de comstackción y lo llamé un día . Empecé 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 declaration is correct, and that the file exists on disk. ... 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 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

Recibí este error cuando instalé algunos componentes VS. Lamentablemente, ninguna de estas respuestas no me ayudó. Utilizo TFS para el desarrollo de comandos y no tengo permisos para editar la definición de construcción. VS110COMNTOOLS 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 lo instalé con Visual Studio 2017 como lo hice cuando estaba usando 2012.