Не удалось загрузить QualityToolsPackage в сборке? - PullRequest
35 голосов
/ 18 января 2011

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

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

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

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

Ответы [ 2 ]

1 голос
/ 24 июня 2014

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

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

edit ---

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

1 голос
/ 30 июня 2013

Попробуйте это (из поддержки 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. Получаем ли мы какие-либо ошибки связывания?

...