我通过命令行构建一个项目,而不是在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。我试着在登记处搜索,但一无所获。

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

想法吗?


当前回答

我遇到了同样的问题,找到了一个更简单的解决方案

这是由于Vs2012在csproj文件中添加了以下内容:

<PropertyGroup>
  <VisualStudioVersion Condition="'$(VisualStudioVersion)' == ''">10.0</VisualStudioVersion>
  <VSToolsPath Condition="'$(VSToolsPath)' == ''">$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)</VSToolsPath>
</PropertyGroup>

您可以安全地删除该部分,然后构建解决方案。

正如Sielu指出的,您必须确保.proj文件开始 <Project ToolsVersion="12",否则下次打开 项目与visual studio 2010,它将再次添加删除的节点。

否则,如果你需要使用webdeploy或者你使用构建服务器,上面的解决方案将不起作用,但你可以在你的构建脚本中指定VisualStudioVersion属性:

msbuild myproject.csproj /p:VisualStudioVersion=12.0

或者编辑你的构建定义:

其他回答

在我的案例中,开发环境是VS2013,我使用的是TFS 2010。Build的目标是。net 4.5.1。我在为CI设置自动生成。每当我尝试上面提到的解决方案-像完全删除属性组或替换一些行等。我的构建曾经发生在TFS,但我的发布到azure曾经失败与“MSDeploy”或有时一些不同的错误。 我无法同时做到这两点。

所以最后我不得不通过MSBuild参数来解决这个问题。

3.去编辑构建定义>进程>高级> MSBuild参数(设置为)/p:VisualStudioVersion=12.0

这对我很管用。

Giammin的解决方案部分是不正确的。您不应该从解决方案中删除整个PropertyGroup。如果你这样做,MSBuild的“DeployTarget=Package”特性将停止工作。这个特性依赖于“VSToolsPath”的设置。

<PropertyGroup>
  <!-- VisualStudioVersion is incompatible with later versions of Visual Studio.  Removing. -->
  <!-- <VisualStudioVersion Condition="'$(VisualStudioVersion)' == ''">10.0</VisualStudioVersion> -->
  <!-- VSToolsPath is required by MSBuild for features like "DeployTarget=Package" -->
  <VSToolsPath Condition="'$(VSToolsPath)' == ''">$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)</VSToolsPath>
</PropertyGroup>
...
<Import Project="$(VSToolsPath)\WebApplications\Microsoft.WebApplication.targets" Condition="'$(VSToolsPath)' != ''" />

我尝试了以上所有的解决方案,仍然没有运气。我听说有人在他们的构建服务器上安装visual studio来解决这个问题,但是我只有5gb的空闲空间,所以我只是把C:\Program Files (x86)\MSBuild\Microsoft\ VisualStudio复制到我的构建服务器上,然后就结束了。之后开始工作,使用城市9队。X和visual studio 2013。

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

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

你会发现

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

在出现此错误的csproj文件中。 只需从csproj中删除这个,然后构建。