在build/CI服务器上构建时，通过指定/p:VSToolsPath= "来完全关闭Microsoft.WebApplication.targets的导入。这将从本质上使下面一行的条件为假:

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

在TeamCity中是这样做的:

我在MS connect上找到了这个:

是的，您需要安装Visual Studio 2010在你的构建机器上进行构建 数据库项目。这样做确实 不需要额外的许可证 Visual Studio。

所以，这是我目前唯一的选择。

如果没有安装VS，则不支持构建和发布wap。也就是说，如果你真的不想安装VS，那么你需要复制%ProgramFiles32%\MSBuild\Microsoft\下的所有文件。

您还需要安装Web部署工具。我想就是这样了。

如果将Visual Studio 2012迁移到2013，则打开*。Csproj项目文件编辑器。 并检查'Project'标签的ToolsVersion元素。

将其值从4.0更改为12.0

从 <？XML版本="1.0"编码="utf-8"?> <Project ToolsVersion="4.0"… 来 <？XML版本="1.0"编码="utf-8"?> <Project ToolsVersion="12.0"…

或者如果你用msbuild构建，那么只需指定VisualStudioVersion属性

msbuild / p: VisualStudioVersion = 12.0

解决方案的来源

来这里参加Visual Studio 2017的人。我也有类似的问题，更新到15.6.1后无法编译项目。 我不得不安装MSBulild工具，但错误仍然存在。

通过将v14.0文件夹从C:\Program Files (x86)\MSBuild\Microsoft\ VisualStudio复制到与v15.0相同的文件夹，我能够解决这个问题，这解决了所有错误。 现在我的文件夹结构如下所示，其中两个文件夹包含相同的内容。

我的解决方案是这里几个答案的混合。

我检查了构建服务器，Windows7/NET4.0 SDK已经安装，所以我确实找到了路径:

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

但是，在这一行:

<进口项目=”(MSBuildExtensionsPath美元)\ Microsoft \ VisualStudio v9 WebApplication 0 WebApplications \ Microsoft。很明显" - >

$(MSBuildExtensionsPath)扩展到C:\Program Files\MSBuild，其中没有路径。

因此，我所做的就是创建一个符号链接，使用下面的命令:

mklink /J "C:\Program Files\MSBuild\Microsoft\VisualStudio" "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio"

通过这种方式，$(MSBuildExtensionsPath)扩展到一个有效的路径，应用程序本身不需要更改，只需要在构建服务器中更改(也许可以在每个构建中创建符号链接，以确保这一步不会丢失并被“记录”)。