visual studio - tutorial - QualityToolsPackage no se pudo cargar en la compilación?
visual studio code (2)
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 compilación tiene éxito normalmente, sin errores derivados del código, pero parece dar este error
Paquete ''Microsoft.VisualStudio.TestTools.TestCaseManagement.QualityToolsPackage, Microsoft.VisualStudio.QualityTools.TestCaseManagement, Version = 10.0.0.0, Culture = 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 entender cómo "ignorar" este error mediante algún comando de compilación.
Pruebe esto (desde el soporte de MSFT)
¿Puede verificar si el dll está en el caché de ensamblaje global (abrir un símbolo del sistema de VS 2010?
(Start | All Programs | Microsoft Visual Studio 10.0 | Visual Studio Tools))
Escribir
Gacutil –l > list.txt
Notepad list.txt
¿Ves 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, ejecute fuslogvw, vaya a la configuración, seleccione las fallas de enlace de registro en el disco, seleccione ok
Ejecuta tu línea de comando
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 Actualizar en fuslogvw. ¿Recibimos algún error de vinculación?
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 construcción estaba tratando de cargar las librerías LoadTest por si acaso. Espero que ayude
editar ---
Bueno, mi problema aquí es que tengo tanto vs2010 como vs2013 en mi computadora 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.