Не удалось загрузить конструкцию QualityToolsPackage в сборке?

Я использую Bamboo [от Altassian], и он использует построитель devenv.com для сборки файлов решений. В настоящее время я, кажется, получаю "ложную" ошибку в своих сборках - что я пытался решить сам, но просто не могу - поэтому я думал, что спрошу.

Каждая сборка выполняется нормально - без ошибок, вытекающих из кода, - но, похоже, вместо этого дает эту ошибку

Пакет 'Microsoft.VisualStudio.TestTools.TestCaseManagement.QualityToolsPackage, Microsoft.VisualStudio.QualityTools.TestCaseManagement, Version = 10.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a' не удалось загрузить.

Я не знаю, почему это вызывает проблемы в среде devenv.com, и я не могу понять, как "игнорировать" эту ошибку некоторой командой сборки?

Ответ 1

Попробуйте это (из поддержки MSFT)

Вы можете проверить, находится ли dll в глобальном кеше сборок (открыть командную строку VS 2010

(Start | All Programs | Microsoft Visual Studio 10.0 | Visual Studio Tools))

Введите

Gacutil –l > list.txt

Notepad list.txt

Вы видите запись типа

Microsoft.VisualStudio.QualityTools.TestCaseManagement, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL

Если это так, из той же командной строки запустите fuslogvw, перейдите к настройкам, выберите ошибки журнала сбоя на диске, выберите ok

Запустите свою командную строку

C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\devenv.com /Build "Release|Mixed Platforms" "D:\Builds\19\Test VizXView\VizXView v1.8 Test Release Build - Weekly\Sources\VizXView v1.8\VizXView 1.8.sln"

Нажмите кнопку обновления в fuslogvw. Получаем ошибки привязки?

Ответ 2

У меня была аналогичная проблема, связанная с выполнением модульных тестов на сервере сборки, использующем devenv.exe(не devenv.com). У меня был комплект VS VS, установленный на сервере сборки, но я написали модульные тесты с максимальной (что "имеет" тестирование нагрузки, даже если я не использовал его). Я использовал средство просмотра фьюжн, чтобы понять, что отсутствующая dll была LoadTest.dll, которую я скопировал с моего ноутбука на сервер сборки, я также удалил ссылки в моем решении, которые находились в управлении версиями: *.vsmdi и *.testsettings(они устарел), и я удалил из сборки def ссылку на файл .testsettings.

Я предполагаю, что даже если бы я не загружал загрузку unit test, агент сборки пытался на самом деле загружать библиотеки LoadTest. Надеюсь, что поможет

изменить ---

ОК, моя собственная проблема заключалась в том, что у меня есть и vs2010 и vs2013 на моем ноутбуке. Когда я добавил первый тестовый проект в мое решение VS2010, добавленный проект действительно зависел от версии UnitTestFramework.dll 2013 года. Мой сервер сборки имеет только vs2010, поэтому я получил недостающую ошибку сборки. Переключение ссылки на версию 2010 исправлено.