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

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

想法吗?


当前回答

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

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

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

这对我很管用。

其他回答

在我的情况下,我只是通过打开.csproj文件在行下面注释,并做到了这一点

。< !——<导入项目="..\PRPJECTNAME. "目标" />—>

我的问题可能不同,但我被拖到这里,但这可能会帮助到某人。

我从我的解决方案中选择了一个单一的网络项目,并试图将其作为一个独立的项目来打开,这是一个问题,在以上heck我能够解决问题。

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

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

我发现我在本地PC上缺少WebApplications文件夹,没有像我使用2012年那样安装Visual Studio 2017。

我也有这个问题,你可以通过在构建定义中设置工具版本来修复它。

这很容易做到。打开构建定义并转到“Process”页面。然后在“3”下面。高级”组中有一个名为“MSBuild Arguments”的属性。按照以下语法放置参数

/p:VisualStudioVersion=12.0 

如果有更多参数,请用空格分隔,而不是逗号。

在命令行中运行这个命令也可以解决这个问题。 SETX VisualStudioVersion“12.0”