QualityTools पैकेज निर्माण में लोड करने में विफल रहा?

Question

मैं बांस [अल्टासियन से] का उपयोग कर रहा हूं और यह समाधान फ़ाइलों को बनाने के लिए devenv.com निर्माता का उपयोग करता है। वर्तमान में, मुझे लगता है कि मेरे निर्माण में "झूठी" त्रुटि हो रही है - मैंने खुद को हल करने की कोशिश की है, लेकिन बस नहीं कर सकता - इसलिए मैंने सोचा कि मैं पूछूंगा।

प्रत्येक बिल्ड सामान्य रूप से सफल होता है - कोड से उत्पन्न त्रुटियों के बिना - लेकिन इसके बजाय इस त्रुटि

पैकेज 'Microsoft.VisualStudio.TestTools.TestCaseManagement.QualityToolsPackage देने के लिए लगता है, Microsoft.VisualStudio.QualityTools.TestCaseManagement, संस्करण = 10.0.0.0, संस्कृति = तटस्थ, PublicKeyToken = b03f5f7f11d50a3a 'लोड करने में विफल रहा।

मुझे नहीं पता कि यह devenv.com पर्यावरण में समस्या क्यों पैदा कर रहा है और मैं यह समझ नहीं सकता कि कुछ बिल्ड कमांड द्वारा इस त्रुटि को "अनदेखा" कैसे किया जाए?

Answer 1

इस (MSFT समर्थन से)

आप अगर dll वैश्विक विधानसभा कैश में है

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

Gacutil –l > list.txt 

Notepad list.txt 

में टाइप करें जांच कर सकता है (एक VS 2010 कमांड प्रॉम्प्ट खोलने का प्रयास करें क्या आपको

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

जैसी प्रविष्टि दिखाई देती है

यदि हां, तो एक ही कमांड प्रॉम्प्ट, चलाने fuslogvw, सेटिंग में जाना से, डिस्क पर चयन लॉग बाँध विफलताओं, का चयन ठीक

अपने आदेश पंक्ति चलाएँ fuslogvw में ताज़ा करें बटन पर

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" 

क्लिक करें। क्या हमें कोई बाध्य त्रुटियां मिलती हैं?

Answer 2

मेरे पास एक बिल्ड सर्वर पर चल रहे यूनिट परीक्षण से संबंधित एक समान समस्या थी जो devenv.exe (devenv.com नहीं) का उपयोग कर रहा था। मेरे पास बिल्ड सर्वर पर एक प्रीमियम वीएस स्थापित था, लेकिन मैंने यूनिट परीक्षणों को अंतिम (जिसमें 'लोड' परीक्षण है, यहां तक ​​कि मैंने इसका उपयोग नहीं किया था) के साथ लिखा था। मैंने फ़्यूज़न व्यूअर का उपयोग यह काम करने के लिए किया था कि गायब डीएल लोडटेस्ट.dll था जिसे मैंने अपने लैपटॉप से ​​बिल्डर्सवर में कॉपी किया था, मैंने अपने समाधान में संदर्भों को भी हटा दिया जो संस्करण नियंत्रण में थे: * .vsmdi और * .testsettings (वे हैं बहिष्कृत) और मैंने बिल्ड डिफ से एक .testsettings फ़ाइल के संदर्भ में हटा दिया।

मेरा अनुमान यह होगा कि भले ही मैं लोड यूनिट परीक्षण नहीं चला रहा था, बिल्ड बिल्ड एजेंट लोडस्टेस्ट libs को लोड करने की कोशिश कर रहा था। आशा है कि मदद करता है

संपादित करें ---

ठीक है, मेरे अपने समस्या यहीं पर मैं दोनों VS2010 और अपने लैपटॉप पर vs2013 मिल गया है। जब मैंने अपने वीएस -2010 समाधान में पहली टेस्ट प्रोजेक्ट जोड़ा, तो परियोजना में वास्तव में यूनिटटेस्टफ्रेमवर्क.dll के 2013 संस्करण पर निर्भरता है। मेरे बिल्ड सर्वर पर केवल बनाम 2010 है इसलिए मुझे लापता असेंबली त्रुटि मिली। 2010 संस्करण के संदर्भ को स्विच करने से यह तय हो गया।