Проблемы со сборками на TFS 2010 и разрешением зависимостей

Question

У меня есть проект, который отлично работает на моей машине (и на производственных серверах).
Это проект VS2010 под управлением C # 3.5.
Когда мой сервер сборки собирает решение, он не может разрешить пару моих сторонних DLL. Сообщение об ошибке:

C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Microsoft.Common.targets (1360,9): предупреждение MSB3268: основная ссылка «Third.Party.Assembly, Версия = 50.11.2.0, Культура = нейтральная, PublicKeyToken = 0561a7c6dbd6f0ea, «ProcessArchitecture = MSIL» не удалось быть решенным, потому что он имеет косвенный зависимость от сборки каркаса «Microsoft.VisualBasic.Compatibility, Версия = 8.0.0.0, Культура = нейтральная, PublicKeyToken = b03f5f7f11d50a3a ", который не может быть решена в настоящее время целевые рамки. ».NETFramework, Version = v3.5" . к решить эту проблему, либо удалить ссылка "Третий. Партия. Сборка, Версия = 50.11.2.0, Культура = нейтральная, PublicKeyToken = 0561a7c6dbd6f0ea, ProcessArchitecture = MSIL "или перенастроить ваше приложение на рамочная версия, которая содержит «Microsoft.VisualBasic.Compatibility, Версия = 8.0.0.0, Культура = нейтральная, PublicKeyToken = b03f5f7f11d50a3a». [D: \ Строит \ 3 \ mySolution.sln]

На моей машине все компилируется и работает отлично, но сервер сборки, похоже, испытывает трудности.
Я думаю, что Third.Party.Assembly написана на VB.net.
Поскольку сборка является сторонней, я не могу удалить ссылку на «Microsoft.VisualBasic.Compatibility», и поскольку на моем компьютере не появляется никаких предупреждений, может ли это быть, что я работаю v3.5?

Есть предложения?

/ Jimmy

Answer 1

Итак, у меня возникла эта проблема и в проекте VS2005, который мы преобразовали с повышением ... Проблема в том, что у MS никогда не было 64-разрядной версии DLL-библиотеки VisualStudio.Compatability.Наша проблема заключалась в том, что мы нацеливались на «любой» ЦП и строили новый сервер W2008R2, поэтому он использовал 64-разрядную версию пакета многоцелевого назначения .NET 4.0.

В свойствах сборки подВкладка «Процесс» под «3».Дополнительно »есть« MSBuild Platform ».Измените это значение на «X86», и оно может работать ... при условии, конечно, что вы не зависите ни от каких 64-битных библиотек ...

Answer 2

Если вы поместите свой проект на сервер сборки вручную, он запустится? Основываясь на сообщении об ошибке, я хотел бы убедиться, что на компьютере сервера сборки установлена ​​последняя версия .net framework, и попробовать еще раз. Если это не сработает, попробуйте установить VS2010 на сервер сборки, чтобы запустить сборку, пока не выясните, какие именно сборки вам не нужны.