回答问题的标题(而不是你得到的输出的问题):

如果只是web应用程序，将以下文件夹从开发机器复制到构建服务器可以修复此问题

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

根据构建中断的方式删除x86。如果你有其他项目类型，你可能需要复制整个msbuild文件夹。

UPD:从VS2017开始，构建工具中的工作负载完全消除了这个问题。见@SOReader的答案。

如果您不希望在构建服务器上修改任何内容，并且仍然希望在源代码控制之外构建项目，那么将所需的二进制文件置于源代码控制之下可能是一个好主意。你需要修改项目文件中的imports部分，如下所示:

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

第一行是从相对于解决方案目录的新位置实际导入的。第二个是关闭的版本(Condition="false")，它允许Visual Studio仍然认为您的项目是一个有效的Web应用程序项目(这是VS 2010 SP1自己做的技巧)。

不要忘记将C:\Program Files (x86)\Microsoft\ VisualStudio\v10.0\WebApplications复制到源代码控制下的BuildTargets文件夹。

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

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

在TeamCity中是这样做的:

如果你试图使用VSTS部署一个项目，那么问题可能与检查“托管的Windows容器”选项而不是“托管的VS2017”(或18等)有关:

我在MS connect上找到了这个:

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

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

我尝试了很多解决方案，但最后这个答案对我有用:https://stackoverflow.com/a/19826448/431522

它基本上需要从MSBuild目录调用MSBuild，而不是Visual Studio目录。

我还将MSBuild目录添加到我的路径中，以使脚本更容易编码。