我通过命令行构建一个项目,而不是在Visual Studio 2013中。注意,我已经将我的项目从Visual Studio 2012升级到2013。项目在IDE中构建得很好。此外,我完全卸载VS2012,重新启动,并安装VS2013。我唯一拥有的Visual Studio版本是2013终极版。

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 <Import> declaration is correct, and that the file exists on disk.
    39>Done Building Project "path_to_project.csproj" (Clean target(s)) -- FAILED.

这里有两句话:

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

原来的第二行是v10.0,但我手动将其更改为v12.0。

$(VSToolsPath)从我所看到的v11.0 (VS2012)文件夹中延伸出来,这显然已经不存在了。路径应该是v12.0。

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

我尝试在系统环境变量表中指定VSToolsPath,但外部构建实用程序仍然使用v11.0。我试着在登记处搜索,但一无所获。

遗憾的是,我没有看到任何简单的方法来使用确切的命令行。我使用一个构建工具。

想法吗?


当前回答

这是密切相关的,但不一定能解决OPs特定的问题。在我的案例中,我试图使用VS2013自动化Azure站点的部署。然而,通过VS works构建和部署,使用MSBuild在“目标”周围显示了类似的错误。原来MSBuild在VS2013下是不同的,现在是VS的一部分,而不是。net框架(参见http://timrayburn.net/blog/visual-studio-2013-and-msbuild/)。基本上,使用正确的MSBuild版本:

老,VS2012

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

新的,VS2013

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

更新、VS2015

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

更新,VS2017(没有完全测试,但发现-他们移动了一些东西)

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

其他回答

当我安装一些VS组件时,我得到了这个错误。不幸的是,这些答案都没有帮到我。我使用TFS进行命令开发,没有编辑构建定义的权限。我通过删除VS110COMNTOOLS和VS120COMNTOOLS环境变量来解决这个问题。我想它是和我的VS组件一起安装的。

在我的情况下,我只是通过打开.csproj文件在行下面注释,并做到了这一点

。< !——<导入项目="..\PRPJECTNAME. "目标" />—>

我的问题可能不同,但我被拖到这里,但这可能会帮助到某人。

我从我的解决方案中选择了一个单一的网络项目,并试图将其作为一个独立的项目来打开,这是一个问题,在以上heck我能够解决问题。

我正在使用一个外部构建实用程序。想想像Ants这样的产品,如果我没有理解错的话,它只是一个商业版本。我不得不联系制造商得到答案。

事实证明,项目中有一个全局宏DEVSTUDIO_NET_DIR。我不得不把路径改为。net。他们列出了各种视觉工作室版本的“动作”,这让我很失望,但所有的道路都指向幕后的一个全局变量。如果我有自己的方式,我会把它列为产品的缺陷,除非我在理解中遗漏了一些东西。修正路径在那里修复了构建问题。

我-没有什么能帮助将VisualStudioVersion变量的v11.0值更改为v10.0。在.csproj文件中改变变量没有。通过命令提示符设置却没有。等等……

最终将特定版本(v11.0)的本地文件夹复制到构建服务器。

这是密切相关的,但不一定能解决OPs特定的问题。在我的案例中,我试图使用VS2013自动化Azure站点的部署。然而,通过VS works构建和部署,使用MSBuild在“目标”周围显示了类似的错误。原来MSBuild在VS2013下是不同的,现在是VS的一部分,而不是。net框架(参见http://timrayburn.net/blog/visual-studio-2013-and-msbuild/)。基本上,使用正确的MSBuild版本:

老,VS2012

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

新的,VS2013

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

更新、VS2015

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

更新,VS2017(没有完全测试,但发现-他们移动了一些东西)

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