TFSBuild.proj进口更新 - 建议需要

已与我们的新的Win 7 VS2008 Team System中构建服务器取得了一些进展，通过安装SQL Server 2008 Express的，而不是2005年上证所接下来的障碍是，我们正在使用VS2008和我们的团队项目文件导入Sql Server 2005的MSBuild扩展包，它似乎不适用于Win 7和Sql Server 2008.因此，我们已将2012年10月发布的MSBuild扩展包安装到默认路径。我们的构建现在失败，因为导入无法找到“$（MSBuildExtensionsPath）\ ExtensionPack \ MSBuild.ExtensionPack.tasks”。TFSBuild.proj进口更新 - 建议需要

而且我也无法找到它！

这是版本不匹配（在这种情况下，我们应该怎样走出这个洞的）还是我傻？我能找到的唯一文件是$（MSBuildExtensionsPath）\ ExtensionPack \ MSBuild.ExtensionPack.Tfs2010.dll，这看起来并不正确。就我所知，安装的MSBuild扩展包帮助文件不包括这类内容，所以我很茫然。

TIA

来源

2013-04-08 haughtonomous

我想我可以看到这个问题 - 这是一个双赢的764bit服务器，因此，所有32位的东西被安装在“Program Files文件86”的文件夹，而$（MSBuildExtensionsPath）路径穿过64位Program Files文件夹。那么我怎样才能最好地将东西重定向到正确的（Wow64）路径？ – haughtonomous 2013-04-08 15:53:20

你有没有试过使用$（MSBuildExtensionPath32）？ – Michael 2013-04-08 16:51:17

不 - 我不知道这个选项。它可以解决问题 - 我会放弃它。 – haughtonomous 2013-04-09 07:12:26

尝试$(MSBuildExtensionPath32)更换$(MSBuildExtensionPath)以确保程序文件（x86）目录下可以找到。

来源

2013-04-09 14:32:35 Michael

我建议让您的构建服务器的开发环境匹配尽可能接近。如果您的开发人员在安装了SQL 2005的32位计算机上工作，那么我会尝试让构建服务器匹配。任何需要安装在开发人员计算机上的软件（例如MSBuild扩展）也应安装在构建服务器上。

来源

2013-04-08 16:33:55

好的想法 - 但旧机器有OEM XP许可证，我们无法将其转移到新机器上，并且无法再获得新的XP许可证（感谢Microsoft！）。所以我们被迫使用Windows 7和Sql Server 2008，并引发了一系列依赖问题。 – haughtonomous 2013-04-09 07:11:35

TFSBuild.proj进口更新 - 建议需要

回答

相关问题