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進口更新 - 建議需要

回答

相關問題