当文件实际引用v10时，找不到v11.0 \ WebApplications \ Microsoft.WebApplication.targets

首先介绍一些背景。在2012年底，我们将vs2008解决方案迁移到了vs2010，但我们仍然以.NET 3.5为目标。（除了这里的最新和最伟大的，我什么都不知道！）

直到几周前人们开始出现以下错误时，我们才对该设置没有任何问题：

"foo.csproj" (Rebuild target) (16:5) ->
  C:\...\foo.csproj(142,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.

有趣的是，如果您查看项目文件，它会引用v10，这很有意义，因为我们不使用Visual Studio 2012。

这个错误一下子击中了我们几个人，甚至击中了几个月来都没有改变的旧代码分支。

我怀疑有些更新被推送到我们的机器上，使事情变得混乱，但是我不知道该怎么办。

短期解决方案是安装VS 2012而不使用它，但我希望能有比这更清洁的东西。

我遇到了与Visual Studio 2013相同的问题。事实证明，我是从命令行使用旧版本的MSBuild（.NET Framework附带的旧版本）。Microsoft现在将MSBuild作为Visual Studio本身的一部分以及作为单独的安装程序发布（http://blogs.msdn.com/b/visualstudio/archive/2013/07/24/msbuild-is-now-part-of- visual-studio.aspx）。

解决方案是使用位于中的新版本的MSBuild.exe C:\Program Files (x86)\MSBuild\12.0\Bin。一旦这样做，所有目标错误都消失了。

编辑1

如评论中所述，每个新版本的MSBuild都带有一个新目录。对于Visual Studio 2015，请使用C:\Program Files (x86)\MSBuild\14.0\Bin。

编辑2

如注释中所述，对于Visual Studio 2017，请使用C:\Program Files (x86)\Microsoft Visual Studio\2017\<Edition>\MSBuild\15.0\Bin\MSBuild.exe。

如果您的构建服务器未安装VS2012，则可以通过以下方法解决此问题：

a）将MSBuild.Microsoft.VisualStudio.Web.targets程序包安装到您的解决方案中，以及

b）替换.csproj文件中的这一行：

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

该行指向nuget包

<Import Project="..\packages\MSBuild.Microsoft.VisualStudio.Web.targets.11.0.2.1\tools\VSToolsPath\WebApplications\Microsoft.WebApplication.targets" Condition="true" />

编辑

作为@joedragons指出在更新行的版本应该匹配NuGet包版本，如更换targets.11.0.2.1与targets.x.x.x.x当前版本。

这个问题的简单解决方案：

转到以下路径：

C：\ Program档案（x86）\ MSBuild \ Microsoft \ VisualStudio

您将看到最新版本的V10.0，v11.0，v12.0，具体取决于您的Visual Studio 2010、2012或2013安装。

WebApplications从最新版本目录之一复制文件夹，然后粘贴到其他目录。

您的问题应得到解决。

我发现安装免费的Visual Studio 2012 Shell（独立）将安装WebApplications v11 MSBuild文件。比完整版本的Visual Studio 2012轻巧，没有许可问题。

哇。我们只是在构建机器上看到了同样的事情。我们使用VS2010，目标是.NET 4.0。我们的项目文件明确导入了这些目标的v10.0版本。无需更改代码，昨天的构建就可以了，今天却因抱怨缺少v11.0版本而失败。.NET Framework 4.5.1昨晚已在此生成计算机上安装/更新为自动更新。我们将使用参数（或env。变量）强制v10.0，但这肯定使我们感到惊讶...

更新：更奇怪的是，似乎今天的msbuild版本正在使用sln文件的第一行来确定默认使用哪个VisualStudioVersion，而昨天的版本却没有：

Format Version 12.00

我们测试了将其手动更改为11.00，然后构建再次开始工作。

在我们的案例中，即使我们要针对2010 / 4.0构建所有目标，但一些开发人员已经为VS2012作好了准备（因为MS声称项目文件兼容），并且这个特定的解决方案最近一次保存在（几个月前）中。 VS2012。在今天之前，这并没有引起问题。

我遇到过同样的问题。通过上述解决方案解决。引起此问题的原因是在构建服务器上没有适当版本的Visual Studio工具（BuildTools）。正如上面正确指出的那样，可以通过安装BuildTools来解决此问题，但就我而言，这不是选项。

这是另一种选择-使用Nuget

Install-Package MSBuild.Microsoft.VisualStudio.Web.targets -Version 14.0.0.3

确定启动项目，并根据所使用的Visual Studio版本安装web.targets。以下文件将被修改，其中包括所需的更改

在packages.config中：

<package id="MSBuild.Microsoft.VisualStudio.Web.targets" version="14.0.0.3" targetFramework="net45" />

在.csproj中：

<Import Project="..\packages\MSBuild.Microsoft.VisualStudio.Web.targets.14.0.0.3\build\MSBuild.Microsoft.VisualStudio.Web.targets.props" Condition="Exists('..\packages\MSBuild.Microsoft.VisualStudio.Web.targets.14.0.0.3\build\MSBuild.Microsoft.VisualStudio.Web.targets.props')" />

希望这可以帮助！！！祝好运，

干杯，

Hack，但通过以下方式解决了问题：将c：\ Program Files（x86）\ MSBuild \ Microsoft \ VisualStudio \ v10.0 \ WebApplications *。*复制到c：\ Program Files（x86）\ MSBuild \ Microsoft \ VisualStudio \ v11.0 \ WebApplications *。*

我在11月底收到此错误，但未对TeamCity安装或MSBuild安装的配置或源代码进行任何更改。在我的构建服务器上甚至没有安装Visual Studio，并且从VS2010到VS2012的更改是在8月底进行的，当时没有任何问题。

我的MSBuild版本是4.0.30319.18408，我的构建服务器是带有TeamCity v6.5.3的Windows Server 2008 R2 SP1。

我通过简单地从另一个不受影响的构建服务器复制v11文件夹来解决该问题。

我的猜测是这可能以两种方式发生：

1. 更新了某些内容，导致删除了v11文件夹。可能是Windows更新到.NET或其他内容吗？

2. 更新了某些内容，将我的TeamCity / MSBuild配置从使用v10更改为v11，并且由于v11不再存在，因此构建停止工作。

我在12月3日更新了.NET Framework 4.5.1，这可能是原因吗？

g

乔纳斯

我最近遇到了同样的问题。我的结论是，VS的每个版本（v10，v11，v12）都会更改构建变量的路径，例如MSBuildBinPath。

因此，指定VS的确切版本并不是一件容易的事，因为您甚至可能没有安装适当版本的文件。因此，最好您指定一个参数并使用计算机上存在的目标。

在极少数情况下，您可能需要安装特定版本的VS和Web Deploy软件包。就我而言，仅仅版本就足以解决问题。

您可以像这样添加VisualStudioVersion属性：

<ItemGroup>
  <ProjectToBuild Include="$(MSBuildProjectDirectory)\..\MySolution.sln">
    <Properties>Configuration=$(BuildConfiguration);WarningLevel=0;VisualStudioVersion=12.0</Properties>
  </ProjectToBuild>
</ItemGroup>
<MSBuild Projects="@(ProjectToBuild)" Targets="Rebuild"/>

当我搜索如何解决此问题时，几乎每个人都建议复制丢失的MSBUILD文件夹或安装某些版本的SDK。

幸运的是，我发现了Donovan Brown撰写的这篇非常有用的文章：http : //donovanbrown.com/post/So-sick-of-MicrosoftWebApplicationtargets-was-not-found-build-errors！

简而言之，该想法是配置您的构建应在构建定义中使用的VisualStudio版本：

右键单击->“编辑构建定义...”

转到“过程”->“ 3。高级”

并设置“ MSBuild参数”

/p:VisualStudioVersion=12.0