如何使用 TFS Build 构建 VS2010 MakeFile 项目 (vcxproj)（无 VS 2010）答案

【问题标题】：How to build a VS2010 MakeFile project (vcxproj) with TFS Build (No VS 2010)如何使用 TFS Build 构建 VS2010 MakeFile 项目 (vcxproj)（无 VS 2010）
【发布时间】：2011-06-12 03:44:25
【问题描述】：

我有一个在 VS 2008 中构建良好的项目，然后我们安装并开始使用 TFS Build，然后我们升级到 TFS 2010。一切仍然正常并且构建正确（在我实施了新的构建过程之后从任何远程 Visual Studio 2010 客户端单击构建启动，一切都非常好）。 Visual Studio 不需要安装在 Build Agent 上。我非常努力（非常很难）不在 Build Agent 上安装 Visual Studio，因为我的理解是没有必要，而且我们没有获得在非开发机器上安装它的许可.

现在我尝试将解决方案升级到 VS 2010，仍然针对 .NET 3.5，因为它是针对 SQL Server CLR 过程的程序集，而 SQL Server 还不支持 .NET 4.0。但我根本无法在 TFS Build 下再构建它。我似乎无法从 TFS Build 和 MS Build 命令行获得一致的错误消息，但我认为这与 Microsoft.Cpp.Targets 不在 C:\Program Files\MSBuild\ 中有关，因为我没有'未安装 Visual Studio。我确实安装了 Microsoft Windows SDK 7.1，以便可以为其他一些 .NET 4.0 项目运行 .NET 4.0 SDK 工具（如 svcutil），但似乎没有安装此构建所需的东西。 TFS 构建给我的错误是：

C:\TFSBld[...]\GenerateLanguage\GenerateLanguage.vcxproj(46,3)：错误 MSB4019：导入的项目 “C:\Microsoft.Cpp.Default.props”原为未找到。确认路径在声明正确，并且该文件存在于磁盘上。

当我点击该错误时，它会将我带到 vcxproj 文件中的这一行：

  <Import Project="$(VCTargetsPath)\Microsoft.Cpp.Default.props" />

在这个项目中我真正需要做的就是运行 resgen 以从 resx 文件生成资源文件，并将它们编译成卫星程序集。我正在使用 makefile 构建来执行此操作，手动运行 resgen（我认为这是因为我找不到任何其他方式将卫星程序集编译为独立解决方案的方法），然后将它们编译成 DLL（我现在不记得它是如何工作的，但我认为它是手动运行 AL.exe 以从资源文件编译 DLL 文件）。所以基本上我只需要运行命令行来构建这个项目，而我似乎找不到一个合理的方法来完成它而不扔掉整个项目并编辑TFS构建脚本来运行一堆硬编码的命令行反而。一定有更好的方法。

我一整天都在做这件事，并尝试编写自己的 .targets 文件和 .xml 属性表来代替标准文件，但这让我难以接受。我尝试简单地删除这些行，但随后 MSBuild 抱怨没有“构建”目标。我尝试在 vcxproj 文件中添加一个虚拟对象，但它似乎没有运行所有工作都已完成的构建前和构建后步骤。

【问题讨论】：

看来这个问题已经在这里回答了：stackoverflow.com/questions/3043294/… 更新/删除这个问题的正确方法是什么？

标签： .net visual-studio-2010 msbuild tfsbuild

【解决方案1】：

我设计了一个有点复杂但功能强大的解决方法，涉及以下步骤。

在安装了 VS2010 的系统上从 C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0 复制这些文件 - 将它们检查到源代码管理中，以便将它们作为工作区的一部分进行检索：
- Microsoft.Build.CPPTasks.Common.dll
- Microsoft.BuildSteps.targets
- Microsoft.Cl.Common.props
- Microsoft.Cpp.Default.props
- Microsoft.Cpp.props
- Microsoft.Cpp.targets
- Microsoft.CppBuild.targets
- Microsoft.CppCommon.targets
- Microsoft.Link.Common.props
- Microsoft.MakeFile.targets
- 平台\Win32\Microsoft.Cpp.Win32.default.props
- 平台\Win32\Microsoft.Cpp.Win32.props
- Platfotms\Win32\Microsoft.Cpp.Win32.targets
更改 vcxproj 文件以引用工作区放置这些文件的相对路径，而不是 $(VCTargetsPath)。
更改行（在所有这些文件中）以使用属性 AssemblyFile="Microsoft.Build.CPPTasks.Common.dll" 而不是使用 AsssemblyName 属性来引用它。
在新位置根目录的文件中删除“$(VCTargetsPath)\”，以便它找到其兄弟文件，而不是尝试引用不存在的 VCTargetsPath 宏。您可以通过尝试在没有 VS 2010 的机器上使用 MSBuild 运行命令行构建并查看错误消息来找到您错过的实例。
类似地将子目录文件中的 $(VCTargetsPath) 替换为相对路径。
在文件 Microsoft.Cpp.Win32.targets 的末尾，注释掉“” 行和以下相关的。
反复试验，运行命令行构建，看看我可能忘记提及的其他内容。我想这就是大部分。

【讨论】：

【解决方案2】：

Microsoft Windows SDK 7.1 有多个安装选项。仅检查“.NET 开发”子“工具”显然不足以构建 vcxproj 项目，即使它们不包含任何 C++ 代码（仅构建前和构建后步骤）。添加“Visual C++ 编译器”选项并完全选中“智能感知和参考程序集”复选框会安装必要的文件和设置。我不确定两者是否都是必要的，但这种组合确实对我有用。

【讨论】：

【解决方案3】：

BlueMonkMN 的改进替代方案是添加

<PropertyGroup>
  <VCTargetsPath Condition="'$(VCTargetsPath)' == ''">[path_to_the_fileset_listed]</VCTargetsPath>
</PropertyGroup>

作为 vcxproj 顶部附近的 1 级孩子。

路径可能包含环境变量或其他一些众所周知的包含变量的路径。

这减少了入侵，并且比更改大量行更容易恢复。

【讨论】：

你不需要在机器上的某个地方保存那些 Microsoft.* 文件吗？
是的，文件必须在某个地方，但该位置是高度可配置的。如果您想完全控制文件，保持它们签入并且不篡改原始文件，这将非常有用。
那么你从哪里得到这些文件？如果没有一些方法可以将文件放入这些位置，那么让位置可配置是没有用的。

【解决方案4】：

为VCTargetsPath 添加环境变量的更简单方法：

找到 BlueMonkMN 提到的 CPP Msbuild 文件夹
- 例如C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V120
打开 Windows 环境变量
- Control Panel > System > Advanced Settings > Advanced > Environment Variables
添加一个新的用户变量：
- 姓名：VCTargetsPath
- 值：[从步骤 1 到 MsBuild 目标的路径]
重新启动 Visual Studio。
完成。您的项目现在应该构建了。

【讨论】：