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

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

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

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

3.去编辑构建定义>进程>高级> MSBuild参数(设置为)/p:VisualStudioVersion=12.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

或者编辑你的构建定义:

如果将Visual Studio 2012迁移到2013，则打开*。Csprorj项目文件编辑器。 并检查'Project'标签的ToolsVersion元素。

值为4.0 你坚持到12点0分

从 <？XML版本="1.0"编码="utf-8"?> <项目ToolsVersion = " 4.0 " 来 <？XML版本="1.0"编码="utf-8"?> <项目ToolsVersion = " 12.0 "

或者如果你用msbuild构建，那么只需指定VisualStudioVersion属性

msbuild / p: VisualStudioVersion = 12.0

基于TFS 2015 Build Server

如果你纠正这个错误……错误MSB4019:导入项目“C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v14.0\WebApplications\Microsoft. webapplication . exe”没有找到“Targets”。确认<Import>声明中的路径是正确的，并且该文件存在于磁盘上。

打开错误消息中指定的项目的.csproj文件，并注释掉下面的部分

< !<属性tygroup > -> < !“$”“>10.0</ visual studios > ->” < !<VSToolsPath Condition=“$(VSToolsPath)”=“>$”(msbuildextensionspath spath)\微软\视觉工作室\v$)</VSToolsPath> < !</属性tygroup > ->

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