QualityToolsPackage no se pudo cargar en la compilación?

Question

Estoy usando Bamboo [de Altassian] y usa el constructor devenv.com para crear archivos de solución. Actualmente, parece que estoy obteniendo un error "falso" en mis compilaciones, que he intentado resolver solo pero que no puedo, así que pensé que podría preguntar.

Cada construcción tiene éxito normalmente - sin errores derivados de código - pero parece dar lugar este error

paquete 'Microsoft.VisualStudio.TestTools.TestCaseManagement.QualityToolsPackage, Microsoft.VisualStudio.QualityTools.TestCaseManagement, versión = 10.0.0.0, Cultura = neutral, PublicKeyToken = b03f5f7f11d50a3a 'no se pudo cargar.

No tengo idea de por qué esto está causando problemas en el entorno devenv.com y no puedo encontrar la forma de "ignorar" este error mediante algún comando de compilación.

Answer 1

probar este (de apoyo MSFT)

se puede comprobar si el archivo DLL está en la caché de ensamblados global (abra un símbolo del sistema VS 2010

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

Type en

Gacutil –l > list.txt 

Notepad list.txt 

¿Ve una entrada como

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

Si es así, desde el mismo símbolo del sistema, fuslogvw- correr, ir a la configuración, las fallas se unen elija Registro en el disco, seleccione Aceptar

ejecutar su línea de comandos

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" 

Haga clic en el botón de actualización en fuslogvw-. ¿Recibimos algún error de vinculación?

Answer 2

Tuve un problema similar relacionado con la ejecución de pruebas unitarias en un servidor de compilación que usaba devenv.exe (no devenv.com). Tenía un VS premium instalado en el servidor de compilación, pero había escrito las pruebas unitarias con ultimate (que 'tiene' pruebas de carga, aunque yo no lo hubiera usado). Utilicé el visor de fusión para determinar que el dll que faltaba era LoadTest.dll, que copié de mi computadora portátil al servidor de compilación, también eliminé referencias en mi solución que estaban en control de versión para: * .vsmdi y * .testsettings (son obsoleto) y eliminé de la compilación una referencia a un archivo .testsettings.

Supongo que, aunque no estaba ejecutando una prueba de unidad de carga, el agente de compilación estaba tratando de cargar las librerías LoadTest por si acaso. Esperamos que ayuda

edición ---

bien, mi propio problema aquí es que tengo tanto VS2010 y vs2013 en mi portátil. Cuando agregué el primer proyecto de prueba a mi solución VS2010, el proyecto agregado realmente depende de la versión 2013 de UnitTestFramework.dll. Mi servidor de compilación solo tiene vs2010 así que obtuve el error de ensamblaje faltante. Cambiar la referencia a la versión 2010 solucionó esto.