Échec du chargement de QualityToolsPackage dans la construction?

Question

Je suis à l'aide de Bambou [de Altassian] et il utilise le devenv.com builder pour créer des fichiers de solution. Actuellement, j'ai l'impression d'avoir un "faux" erreur dans mon développe - que j'ai essayé de résoudre par moi-même, mais juste ne peux pas, alors j'ai pensé que je voudrais poser.

Chaque génération réussit normalement sans erreurs découlant de code, mais semble plutôt donner cette erreur

Package 'De Microsoft.VisualStudio.TestTools.TestCaseManagement.QualityToolsPackage, Microsoft.VisualStudio.QualityTools.TestCaseManagement, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' pas réussi à charger.

Je n'ai aucune idée de pourquoi il en est à l'origine des problèmes dans le devenv.com de l'environnement et je ne peux pas comprendre non plus comment "ignorer" cette erreur par certains commande build?

Answer 1

Essayez ceci ( à partir de MSFT support )

Pouvez-vous vérifier si la dll est dans le global assembly cache (ouvrir un VS 2010 invite de commande

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

Type de

Gacutil –l > list.txt

Notepad list.txt

Voyez-vous une entrée comme

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

Si oui, à partir de la même invite de commandes, exécutez fuslogvw, accédez à paramètres, sélectionnez journal de lier les défaillances de disque, sélectionnez ok

Exécutez la ligne de commande

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"

Cliquez sur le bouton actualiser dans fuslogvw. Pouvons-nous obtenir tout lier des erreurs?

Answer 2

J'ai eu un problème similaire liés à l'exécution des tests unitaires sur un serveur de build qui a été à l'aide de devenv.exe (pas devenv.com). J'ai eu une prime VS installé sur le serveur de build, mais j'avais écrit les tests unitaires avec ultimate (qui 'a' de test de charge, même quand je n'avais pas utilisé). J'ai utilisé de la fusion de la visionneuse de travail que la dll manquante a été LoadTest.dll dont j'ai copié de mon ordinateur portable pour le buildserver, j'ai aussi supprimé les références dans ma solution qui étaient dans le contrôle de version pour: *.vsmdi et *.testsettings (ils sont obsolètes) et j'ai retiré de la build def une référence à un .fichier testsettings.

Je dirais que, même si je n'étais pas en cours d'exécution d'une charge de test de l'unité de l'agent de build a été d'essayer de charger la LoadTest libs juste au cas où. Espère que ça aide

edit ---

ok, mon problème, c'est que j'ai deux vs2010 et vs2013 sur mon ordinateur portable. Lorsque j'ai ajouté le premier projet de test à mon VS2010 solution, le projet a fait a une dépendance sur la version 2013 de la UnitTestFramework.dll. Mon serveur de build a seulement vs2010 sur elle, j'ai donc eu l'assembly manquant erreur. La commutation de la référence à la version 2010 corrigé cela.