15

हम विजुअल स्टूडियो 2012 और टीएफएस का उपयोग करके एक टीम में वीएसपीकेज पर काम कर रहे हैं।एकाधिक मशीनों पर विकसित होने पर VSPackage नहीं चला सकता

एक्सटेंशन इसे बनाने के लिए उपयोग किए जाने वाले कंप्यूटर पर ठीक काम करता है (एक जादूगर के माध्यम से)। किसी अन्य कंप्यूटर पर, विजुअल स्टूडियो का कहना है कि "जब हम इसे चलाने का प्रयास करते हैं तो" आउटपुट प्रकार के क्लास लाइब्रेरी के साथ एक प्रोजेक्ट सीधे शुरू नहीं किया जा सकता है "।

प्रोजेक्ट का आउटपुट वास्तव में कक्षा पुस्तकालय है, और पहली मशीन पर F5 दबाकर एक्सटेंशन स्टूडियो के प्रायोगिक इंस्टेंस को एक्सटेंशन लोड और काम करने के साथ शुरू होता है।

दूसरे कंप्यूटर पर "% LOCALAPPDATA% \ Microsoft \ VisualStudio \ 11.0Exp \ एक्सटेंशन" को देखकर, हम देखते हैं कि एक्सटेंशन बनाया गया था और इसे VS के साथ पंजीकृत करने का प्रयास किया गया था। हमने दूसरे कंप्यूटर पर एक और एक्सटेंशन भी बनाया है और इसे पहली मशीन पर चलाने की कोशिश की है। यह एक ही त्रुटि प्रदर्शित करता है।

हम उन कंप्यूटरों पर चलाने के लिए एक्सटेंशन कैसे प्राप्त कर सकते हैं जिनका उपयोग इसे बनाने के लिए नहीं किया गया था?

+0

मुझे यह समस्या एक ही मशीन पर है: मुख्य स्रोत कोड पथ 'सी: \ Dev-1 \' पर है, मैंने पथ के समान स्रोत कोड को चेक किया है \ C: \ Dev-2 \ 'अब नया कॉपी आपको वही त्रुटि देता है जो आपको मिलता है। –

+2

'रूटसफिक्स एक्सपी 2' या कुछ और के साथ विजुअल स्टूडियो लॉन्च करने का प्रयास करें - इस तरह, नई प्रति VS के एक नए नए प्रयोगात्मक उदाहरण पर जायेगी, और 'C: \ Dev-1' –

+0

से एक्सटेंशन के साथ संघर्ष नहीं करेगी @ मत्ज़ के जवाब ने इस मुद्दे को हल किया। धन्यवाद। –

उत्तर

31

विजुअल स्टूडियो पैकेज प्रोजेक्ट प्रकार VISX नामक प्रोजेक्ट प्रॉपर्टी व्यू में एक अतिरिक्त टैब जोड़ता है। उस टैब पर Deploy VSIX content to experimental instance for debugging विकल्प डिफ़ॉल्ट रूप से चेक किया गया है; यही कारण है कि पैकेज फ़ाइलों को निर्माण के बाद वर्तमान उपयोगकर्ता की प्रोफ़ाइल की एक्सटेंशन निर्देशिका में कॉपी किया गया है।

यदि आप प्रयोगात्मक हाइव का उपयोग कर विजुअल स्टूडियो शुरू करना चाहते हैं तो आपको क्लास लाइब्रेरी प्रोजेक्ट की Debug सेटिंग्स को कस्टमाइज़ करना होगा। Start ActionStart external program को निर्धारित करें और devenv.exe फ़ाइल का चयन करें (file's स्थान अपने स्थापना फ़ोल्डर पर निर्भर करता है) और निर्दिष्ट निम्नलिखित कमांडलाइन तर्क:

/rootSuffix Exp 

यह F5 दबा कर विस्तार डिबग करने के लिए अनुमति देता है।

+4

धन्यवाद! समस्या पर और चर्चा करने के लिए, यह विशेष जानकारी Projectname.csproj.user फ़ाइल में संग्रहीत है, जो कि TFS पर साझा नहीं प्रतीत होती है - यह न तो शामिल परिवर्तनों में और न ही बहिष्कृत परिवर्तनों में है। यह प्रत्येक मशीन पर मैन्युअल फिक्सथेट करने की आवश्यकता होगी। –

+1

आप सही हैं; डिफ़ॉल्ट रूप से .user फ़ाइलों को लंबित परिवर्तनों (अच्छे कारणों से) की सूची से अनदेखा कर दिया जाता है। – Matze

+0

हां, एक ही समस्या जब मैंने स्थानीय कोड को स्रोत नियंत्रण में डाल दिया। .user फ़ाइल में चेक नहीं किया गया था और मुझे परेशानी में मिला। –

संबंधित मुद्दे