在生成服务器上找不到Microsoft.WebApplication.targets。您有什么解决方案？

尝试在构建服务器上构建项目会给我以下错误：

Microsoft (R) Build Engine Version 4.0.30319.1
error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0\TeamData\Microsoft.Data.Schema.SqlTasks.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk.
error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.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.
error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.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.

几个月前，我在Build Server上安装了Visual Studio 2010，从而解决了这个问题。但是现在我要从头开始安装新服务器，我想知道是否有更好的解决方案来解决此问题。

要回答问题的标题（而不是关于您得到的输出的问题）：

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

C：\ Program Files（x86）\ MSBuild \ Microsoft \ VisualStudio \ v10.0 \ WebApplications

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

如果未安装VS，则不支持构建和发布WAP。话虽如此，如果您真的不想安装VS，则需要将所有文件复制到%ProgramFiles32%\MSBuild\Microsoft\。

您还将需要安装Web部署工具。我认为就是这样。

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文件夹复制到文件夹。

现在，在2017年，您可以使用MSBuildTools安装WebApplication redist。只需转到将下载MSBuild 2017工具的页面，然后在安装时单击Web development build tools以同时安装以下目标：

这将导致C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\MSBuild\Microsoft\VisualStudio\v15.0\WebApplications默认情况下安装缺少的库

您还可以使用NuGet包MSBuild.Microsoft.VisualStudio.Web.targets，在Visual Studio项目中引用它们，然后按照Andriy K的建议更改引用。

根据此处的这篇文章，您可以简单地下载Microsoft Visual Studio 2010 Shell（集成）可再发行软件包，并安装目标。

这避免了在生成服务器上安装Visual Studio的需要。

我刚刚尝试了一下，可以验证它是否有效：

之前：

错误MSB4019：找不到导入的项目“ C：\ Program Files（x86）\ MSBuild \ Microsoft \ VisualStudio \ v10.0 \ WebApplications \ Microsoft.WebApplication.targets”。确认声明中的路径正确，并且文件在磁盘上。

安装后：

[正确构建]

显然，这比在构建服务器上安装Visual Studio更好。

最新的Windows SDK，因为除了上面提到的，“微软的Visual Studio 2010壳（集成）再发行组件包”的Microsoft.WebApplication.targets和“Microsoft Visual Studio团队系统2008年数据库版GDR R2”为Microsoft.Data.Schema .SqlTask​​s.targets应该减轻了安装Visual Studio 2010的需要。但是，安装VS 2010可能实际上下载起来较少，最终工作也较少。

通过NuGet添加依赖项并设置构建参数

目标：无需对构建代理进行任何更改/安装

我在这里采用了Lloyd的NuGet方法的混合方法，该方法基于Andrik提交的二进制依赖项解决方案。

我之所以希望能够添加新的构建代理，而不必使用诸如此类的项目进行预配置，是因为。

1. 在装有Visual Studio的计算机上，打开解决方案；忽略该Web项目失败。
2. 在NuGet程序包管理器中，添加MSBuild.Microsoft.VisualStudio.Web.targets，如Lloyd所述。
3. 这会将二进制文件解析为 [solution]\packages\MSBuild.Microsoft.VisualStudio.Web.targets.nn.n.n.n\tools\VSToolsPath\
   1. 您可以将它们复制到引用文件夹并提交，
   2. 或者只是在它们所在的地方使用它们。我选择了这个，但是稍后我将不得不处理路径中的版本号。

在版本7中，我执行了以下操作。这可能不是必需的，并且现在绝对不需要基于注释。请参阅下面的评论。

1. 接下来，在TeamCity构建配置中，为其添加构建env.VSToolsPathParamenter并将其设置到VSToolsPath文件夹；我用了..\packages\MSBuild.Microsoft.VisualStudio.Web.targets.11.0.2.1\tools\VSToolsPath

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

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

这是在TeamCity中完成的方式：

如果将Visual Studio 2012迁移到2013，请使用edior打开* .csproj项目文件。
并检查“项目”标签的ToolsVersion元素。

将其值从4.0更改为12.0

• 从

  <?xml version="1.0" encoding="utf-8"?>
  <Project ToolsVersion="4.0" ...

• 至

  <?xml version="1.0" encoding="utf-8"?>
  <Project ToolsVersion="12.0" ...

或者，如果您使用msbuild进行构建，则只需指定VisualStudioVersion属性

msbuild /p:VisualStudioVersion=12.0

解决方案来源

似乎新版本的msbuild并未附带Microsoft.WebApplication.targets。要解决此问题，您需要这样更新csproj文件：

1）编辑Web应用程序csproj（右键单击）。在底部的csproj中找到有关构建工具的部分。它应该看起来像这样。

<PropertyGroup>  
  <VisualStudioVersion Condition="'$(VisualStudioVersion)' == ''">10.0</VisualStudioVersion>
</PropertyGroup>  
<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />  
<Import Project="$(VSToolsPath)\WebApplications\Microsoft.WebApplication.targets" Condition="'$(VSToolsPath)' != ''" />  
<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" Condition="false" />  

2）您需要在VisualStudioVersion标记下方添加一条VSToolsPath行，因此如下所示

<PropertyGroup>  
  <VisualStudioVersion Condition="'$(VisualStudioVersion)' == ''">10.0</VisualStudioVersion>
  <!--Add the below line to fix the project loading in VS 2017 -->
  <VSToolsPath Condition="'$(VSToolsPath)' == ''">$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)</VSToolsPath>
  <!--End -->
</PropertyGroup>  
<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />  
<Import Project="$(VSToolsPath)\WebApplications\Microsoft.WebApplication.targets" Condition="'$(VSToolsPath)' != ''" />  
<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" Condition="false" />  

参考链接：https : //alastaircrabtree.com/cannot-open-vs-2015-web-project-in-vs-2017/

这就是您所需要的。只有103MB。不要安装所有内容

我在MS connect上找到了这个：

是的，您需要在生成计算机上安装Visual Studio 2010才能生成数据库项目。这样做不需要Visual Studio的额外许可。

因此，这是我目前唯一的选择。

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

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

C：\ Program Files（x86）\ MSBuild \ Microsoft \ VisualStudio \ v9.0 \ WebApplications \ Microsoft.WebApplication.targets`

但是，在这一行：

<导入项目=“ $（MSBuildExtensionsPath）\ Microsoft \ VisualStudio \ v9.0 \ WebApplications \ Microsoft.WebApplication.targets” />

$（MSBuildExtensionsPath）扩展为C：\ Program Files \ MSBuild没有路径的。

因此，我要做的就是使用以下命令创建符号链接：

mklink / J“ C：\ Program Files \ MSBuild \ Microsoft \ VisualStudio”“ C：\ Program Files（x86）\ MSBuild \ Microsoft \ VisualStudio”

这样，$（MSBuildExtensionsPath）可以扩展到有效路径，而无需在应用程序本身中进行任何更改，只需在构建服务器中即可（也许可以在每个构建中创建符号链接，以确保这一步不会丢失并记录在文档中） ”）。

我通过添加
/p:VCTargetsPath="C:\Program Files\MSBuild\Microsoft.Cpp\v4.0\V120"

到
Build > Build a Visual Studio project or solution using MSBuild > Command Line Arguments

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

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

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

任何人都来这里参加Visual Studio2017。我遇到了类似的问题，并且在更新到15.6.1之后无法编译该项目。我必须安装MSBulild工具，但仍然存在错误。

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

如果您使用的是MSBuild（例如构建服务器），那么对我有用的是：

更改以下内容：

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

至：

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

我的Msbuild命令是： *"C:\Program Files (x86)\MSBuild\14.0\Bin\MSBuild.exe" solution.sln /p:Configuration=Debug /p:Platform="Any CPU"*

希望这对某人有帮助。

如果您尝试使用VSTS部署项目，则问题可能与检查“托管Windows容器”选项而不是“托管VS2017”（或18等）有关：

• 从Microsoft安装MSBuild工具后，请在环境变量中定义MSBuild路径，以便可以从任何路径运行它。
• 在任何记事本编辑器（例如notepad ++）中编辑.csproj文件，并在
• 检查以下元素，->
  • 确保仅使用一次导入，选择任何可行的方法。
  • 确保驱动器上存在以下文件夹“ C：\ Program Files（x86）\ MSBuild \ Microsoft \ VisualStudio \ v14.0”或MSBuild目标在“ C：\ Program Files（x86）”引用的任何版本\ MSBuild \ Microsoft \ VisualStudio \ v14.0 \ WebApplications \ Microsoft.WebApplication.targets“
  • 在命令提示符下，运行以下命令，以检查

C：> msbuild“ C：\\ DotnetCi.sln” / p：配置=发布/ p：UseWPP_CopyWebApplication = true / p：PipelineDependsOnBuild = false

• 适当选择/ p开关，请参阅在此处 输入链接描述在此处输入图像描述

我遇到了在CI / CD管道上构建SQL Server项目的问题。实际上，我也在本地使用它，但是我没有设法解决它。

对我来说有效的方法是使用MSBuild SDK，该软件能够.dacpac通过一组SQL脚本生成SQL Server数据层应用程序包（），这意味着创建一个新项目。但是我想保留SQL Server项目，以便可以通过Visual Studio上的SQL Server Object Explorer将其链接到实时数据库。我采取了以下步骤来启动并运行它：

1. 将我的SQL Server项目与 .sql数据库脚本。
2. 根据以上链接中的指南，创建了一个.NET Standard 2.0类库项目，确保目标框架是.NET Standard 2.0。

3. 设置内容.csproj如下：

   <?xml version="1.0" encoding="utf-8"?>
   <Project Sdk="MSBuild.Sdk.SqlProj/1.0.0">
     <PropertyGroup>
       <SqlServerVersion>Sql140</SqlServerVersion>
       <TargetFramework>netstandard2.0</TargetFramework>
     </PropertyGroup>
   </Project>

4. 我选择Sql140作为SQL Server版本，因为我正在使用SQL Server 2019.检查此答案以找出到您使用的版本的映射。

5. 忽略生成时的SQL Server项目，以便它在本地停止中断（它确实在Visual Studio上生成，但在VS Code上失败）。

6. 现在，我们只需要确保.sql文件在构建时就在SDK项目中即可。我通过在CI / CD管道上使用一个简单的powershell例程实现了该任务，该例程会将文件从SQL Server项目复制到SDK项目：

复制项-路径“ Path.To.The.Database.Project \ dbo \ Tables \ *”-目的地（新项目-名称“ dbo \ Tables”-类型目录-路径“ Path.To.The.DatabaseSDK.Project \“）

PS：文件必须物理上位于SDK项目中，无论是在根目录还是在某些文件夹中，因此无法链接到.sdkSQL Server项目中的文件。从理论上讲，应该可以使用预构建条件来复制这些文件，但是出于某种模糊的原因，这对我不起作用。我也尝试将.sql文件保存在SDK项目中并将其链接到SQL Server项目，但这很容易破坏与SQL Server Object Explorer的链接，因此我决定也删除它。