विजुअल स्टूडियो 2013 एक समाधान खोलने पर लटका हुआ है

106

मैंने VS2013 (v12.0.21005.1) स्थापित किया और एक या दो दिन पहले ReSharper 8 (v8.0.2000.2660) को जोड़ा। उस दिन यह ठीक था। अब मैं भाग्यशाली हूं कि अगर मैं इसे पूरे दिन में एक समाधान खोलने के लिए प्राप्त कर सकूं। यह अपने आप ठीक हो जाता है, लेकिन जब मैं कोशिश करता हूं और मेनू के माध्यम से - भीतर से एक समाधान खोलता हूं, तो यह बुरी तरह से लटका हुआ है। अगर मैं विंडोज एक्सप्लोरर में एक समाधान को राइट-क्लिक करता हूं और 'वीएस 2013 के साथ खुला', तो यह खुलता है, बिल्कुल उसी तरह से। हर अब और फिर, घंटों के लिए, मुझे थोड़ा नोटिस मिलता है कि यह किसी चीज़ में व्यस्त है।

किसी को पता है कि क्या गलत हो सकता है, इससे पहले कि मैं एक पुनर्स्थापना को सहन करूं जो समस्या को ठीक नहीं करता है?

visual-studio  visual-studio-2013 
— ProfK
स्रोत
2
क्या आपने रिफ़र्रफ़ को हटाने की कोशिश की है अगर कोई संघर्ष है?
— एंड्रयू
जब आप VS2012 के साथ खुलते हैं तो क्या होता है? और कितने और किस प्रकार के प्रोजेक्ट / भाषा में समाधान होता है?
— RoelF
@ रोल, VS2012 पूरी तरह से काम करता है। मेरे पास लगभग बीस WPF ऐप्स और क्लास लाइब्रेरी हैं, सभी c # और xaml में।
— प्रोफेक
क्या आपको इसके साथ कोई और मिला? मैं अपने कार्य केंद्र (कार्यालय) पर समान समस्याओं का सामना कर रहा हूं। एक कोर i7 नोटबुक पर मेरी निजी प्रति एक ही परिदृश्य में पूरी तरह से ठीक काम करती है: मुख्य c ++ प्रोजेक्ट्स से मिलकर एक बड़े समाधान पर एक बिल्ड चलाएं ...
— पॉल माइकालिक
मैंने Microsoft के साथ एक मुद्दा बनाया: connect.microsoft.com/VisualStudio/feedback/details/924779/…
— रिकार्डो पेरेस

जवाबों:

243

कभी-कभी यह केवल ".v12.suo" फ़ाइल को हटाने के लिए पर्याप्त है और समाधान को फिर से खोलने का प्रयास करें। कई बार मेरी मदद की जब VS2013 एक परियोजना को लोड करने पर स्थिर था।

— एलेक्स
स्रोत
19
हटाना .v12.suo फाइलें मेरे लिए काम करने लगती हैं। धन्यवाद।
— ysrb
4
... भले ही मैं बीमार हो रहा हूँ और इस से थक गया हूँ, वी.एस. एक बार हर 3-4 बार मैं एक परियोजना की तरह फ्रीज करता हूँ ...
— एलेक्स
5
वही मेरे लिए हो रहा है, यह आश्चर्यजनक है कि वीएस कितना छोटा होता जा रहा है।
— फ्रिटजॉफ बर्गग्रेन
4
मेरी मदद की, लेकिन अब मुझे समाधान खोलने के लिए हर बार .v12.su को हटाना होगा। जाहिर है कि समाधान में एक परियोजना के साथ या उसके पैकेज के साथ कुछ समस्या है, लेकिन यह निराशाजनक है। किसी को भी इस पर कोई विचार है कि मैं और अधिक जांच कैसे कर सकता हूं?
— पोमार्क
5
.Suo फ़ाइल को हटाना वास्तव में इसे लोड करने के लिए मिलता है। लेकिन मुझे इसे हर बार हटाना नहीं चाहिए । और मेरे एक समाधान पर, मुझे शाब्दिक रूप से हर एक बार .suo फ़ाइल को हटाना होगा।
— जॉन रोचा
43

सभी ".suo" फ़ाइलों को हटाकर मेरे लिए काम किया। विजुअल स्टूडियो के कई संस्करणों में समाधान खोलने के कारण कई प्रतियां थीं।

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

संभव पथ हो सकता है:

PathToSolution \ .vs \ ProjectName \ v14 \

.vs एक हिडन फोल्डर हो सकता है।

.suo फ़ाइल नाम है।

— GER
स्रोत
3
रास्ते के लिए +1 .. 😊
— गुरूप्रसाद राव
धन्यवाद। छिपा हुआ फ़ोल्डर में इस फाइल का समाधान मुद्दा हटाया जा रहा है
— yurart
33

मूल रूप से यह कुछ भी हो सकता है, लेकिन आप कुछ चीजें आजमा सकते हैं:

  1. इसे बंद करके फिर से चालू करें।
  2. ReSharper कैश को साफ़ करें, यह उस जगह पर है %LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCaches, जहाँ आपको उस फ़ोल्डर का पता लगाना चाहिए, जिस समाधान को आप खोलने की कोशिश कर रहे हैं। VS2013 के सभी इंस्टेंस को बंद करें, फ़ोल्डर को हटाएं और फिर से प्रयास करें।
  3. फिर से बंद करें: Tools > Options > ReSharper > General > Suspend
  4. ReSharper को पूरी तरह से अनइंस्टॉल करें और देखें कि क्या समस्याएं बनी रहती हैं।
  5. दृश्य स्टूडियो की मरम्मत Programs and Features।
— RoelF
स्रोत
Haha, कुछ दिनों के लिए इसे फिर से बंद कर रहा है। यहां तक ​​कि पूरी मशीन। वाह, वह समाधान कैश काफी मोटा था।
— प्रोफेसर
2
मेरे लिए चरण 2 के माध्यम से जाने के लिए काम किया। पथ थोड़ा अलग है, अब Resharper के साथ 8.1% LOCALAPPDATA% \ JetBrains \ ReSharper \ v8.1 \ SolutionCaches
— KevM
अनइंस्टॉल करना और फिर से लिखना ReSharper मेरे लिए ऐसा करने लगा!
— टिम
3
ReSharper संस्करण 9 के अनुसार, कैश फ़ोल्डर में पथ प्रतीत होता है %LOCALAPPDATA%\JetBrains\Transient\ReSharperPlatformVs12।
— Asbjørn Ulsberg
धन्यवाद। जब मैंने विकल्प 3 का उपयोग किया तो समाधान सही तरीके से खोला गया, इसलिए समस्या वास्तव में ReSharper के साथ थी। समाधान लोड होने के बाद इसे फिर से चालू करने से काम नहीं हुआ और चरण 1 और 2 भी काम नहीं किया। अब मैंने ReSharper (v7.1। *) की स्थापना रद्द कर दी है और नवीनतम संस्करण (9.2। *) परीक्षण, और अब सब कुछ स्थापित कर दिया है। दृश्य स्टूडियो अब ठंड नहीं है। अब मुझे बस अपने पर्यवेक्षक से ReSharper 9 लाइसेंस के लिए संपर्क करने की आवश्यकता है।
— केविन क्रूज़सेन
10

मैंने एमएस कनेक्ट निर्देशों के आधार पर वीएस को डीबग करने के लिए बेहतर तरीका पाया

कृपया पुष्टि करने में मदद करें कि आपकी कैप्चर की गई डंप फ़ाइल 32-बिट डंप फ़ाइल है या नहीं। यदि यह 64-बिट डंप फ़ाइल है, तो कृपया नई डंप फ़ाइल को कैप्चर करने के लिए निम्न चरण का उपयोग करें।

  1. Visual Studio प्रारंभ करें।
  2. VS का एक और उदाहरण शुरू करें।
  3. दूसरे उदाहरण में टूल पर क्लिक करें | प्रक्रिया में संलग्न करें ...
  4. प्रक्रियाओं की सूची में devenv.exe का पता लगाएं।
  5. चयन करें पर क्लिक करें ... और स्पष्ट रूप से 'मूल' और 'प्रबंधित' कोड चुनें।
  6. डायलॉग बंद करने और प्रोसेस डायलॉग को अटैच करने के लिए ओके और ओके पर क्लिक करें।
  7. वीएस के पहले उदाहरण पर वापस जाएं और हैंग को दोहराएं।
  8. हैंग होने पर, नियंत्रण वी.एस. के दूसरे उदाहरण पर जाना चाहिए। यदि कृपया मैन्युअल रूप से वीएस के दूसरे उदाहरण पर वापस न जाएं, और "ब्रेक ऑल" को हिट करें।
  9. दूसरे उदाहरण में डीबग पर क्लिक करें | ढेर के साथ डंप के रूप में डंप सहेजें।

यदि आप VB प्रोफाइल चला रहे हैं तो आपको सेव डंप अस मेनू आइटम नहीं दिखेगा। इस मेनू आइटम को जोड़ने के लिए:

  1. टूल्स का चयन करें -> कस्टमाइज़ करें
  2. कमांड्स टैब चुनें
  3. मेनू बार ड्रॉपडाउन से डीबग का चयन करें
  4. कमांड जोड़ें पर क्लिक करें ...
  5. श्रेणियाँ सूची से डीबग का चयन करें।
  6. कमांड विंडो में प्रविष्टि के रूप में डंप सहेजें।
  7. ठीक पर क्लिक करें (डंप के रूप में सहेजें ... कमांड को डिबग मेनू के शीर्ष पर जोड़ा गया है)।
  8. बंद करें पर क्लिक करें

आप http://blogs.msdn.com/debugger/archive/2009/12/30/what-is-a-dump-and-how-do- पर डंप फ़ाइल और कॉल स्टैक प्राप्त करने के बारे में विस्तृत चरण प्राप्त कर सकते हैं। i-बनाने-one.aspx

यदि आपको लगता है कि समस्या का समाधान Resharper Addin के साथ है तो आप इस समस्या की रिपोर्ट कर सकते हैं - http://youtrack.jetbrains.com/issues/RSRP

— जेमी क्लेटन
स्रोत
मेरे लिए यही काम किया। मेरे मामले में, मेरे पास एक फ़ाइल को इंगित करने वाला एक बिल्ड लक्ष्य था जो मौजूद नहीं है - डिबगिंग मुझे बताएं कि क्या चल रहा था।
— अरनौद
मेरी .dmp फ़ाइल 708 mb है ... यह इतनी बड़ी क्यों है? क्या यह सामान्य है?
— जेम्स विर्ज़बा
@JamesWierzba, दुर्भाग्य से, मैंने बड़ी डंप फाइलें देखी हैं। यदि आपके पास रिचार्ज खुला है, तो यह नियमित रूप से 500-800MB का उपयोग करता है, इसलिए यह संभव है कि वीएस भी इस मुद्दे को अलग करने में मदद करने के लिए प्रोजेक्ट कोड विवरण के कुछ ऐड-इन + सहित हो सकता है। यदि आप री-शार्पर चला रहे हैं तो आप उस उत्पाद द्वारा मेमोरी उपयोग को चालू कर सकते हैं, यह बड़ी परियोजनाओं को देखने के लिए एक दिलचस्प मूल्य है।
— जेमी क्लेटन
9. डंप फ़ाइल को वी.एस. 10 में खोलें। सुनिश्चित करें कि आपका लोड आवश्यक डिबगिंग प्रतीकों (इसके लिए एक खोज करें) 11. डंप फ़ाइल विंडो के शीर्ष दाईं ओर "एक्शन / डीबग ..." से डंप चलाएँ। । व्यक्तिगत रूप से, मुझे एक समस्या का पता लगाने में परेशानी हुई, लेकिन मैं मानता हूं कि यह समस्या को हल करने का सबसे अच्छा तरीका है।
— स्टीविन्क
7

मेरे लिए काम करने वाले रिस्पेक्टर को निलंबित करना। के लिए जाओ

उपकरण -> विकल्प -> वापसी -> सामान्य -> ​​अब निलंबित करें

अब आपका घोल बहुत तेजी से लोड होगा। आपके समाधान के पूरी तरह से लोड हो जाने के बाद, आप फिर से शुरू करने के लिए Resharper सेटिंग्स को बदल सकते हैं ।

— राशद वलियांगल
स्रोत
7

क्या आप अपनी परियोजना में किसी भी नोड मॉड्यूल का उपयोग कर रहे हैं? या आप पहचान सकते हैं कि यह एक ReSharper विशिष्ट मुद्दा है?

यदि आपको एनपीएम मॉड्यूल (उदाहरण के लिए ग्रंट) मिला है, तो अपने 'नोड_मॉड्यूल्स' फ़ोल्डर को 'हिडन' (चाइल्ड फोल्डर छिपाए जाने की कोई आवश्यकता नहीं) के रूप में चिह्नित करें, और फिर से प्रयास करें।

विजुअल स्टूडियो मेरे लिए खुले में लटका हुआ था, यह पता चला कि यह विंडोज अधिकतम (260 वर्ण) की तुलना में फ़ाइल रास्तों के साथ गहरी नेस्टेड नोड मॉड्यूल को स्कैन करने की कोशिश कर रहा था, और यह मुझे वीएस में समाधान खोलने से रोक रहा था, लेकिन फ़ोल्डर को चिह्नित करना छिपी समस्या को हल किया।

— मैटी जे
स्रोत
3

मेरे पास यह मुद्दा हाल ही में भी था, और पाया कि प्रोजेक्ट लोड करते समय मेरे कंप्यूटर को इंटरनेट से डिस्कनेक्ट कर रहा था। इसके साथ, मैं लोडिंग समय को कई घंटों से लेकर सेकंड तक काटने में कामयाब रहा। चूंकि मेरा नेटवर्क केबल विशेष रूप से सुलभ नहीं है, इसलिए मैंने प्रोजेक्ट लोड करने से पहले (कंट्रोल पैनल में) अपने नेटवर्क एडेप्टर को अक्षम कर दिया।

हालांकि, यह जल्द ही निराशाजनक हो गया, और मैंने हाल ही में फिर से समस्या पर ध्यान दिया। ऐसा लगता है कि विजुअल स्टूडियो में मेरे Microsoft खाते पर लॉगिंग ने अंततः समस्या को ठीक कर दिया है, और मेरे पास अब प्रोजेक्ट लोड करने के लिए कोई और समस्या नहीं है।

यह आपके लिए भी काम कर सकता है (यदि आपने अभी तक इसे ठीक नहीं किया है - लेकिन चूंकि यहाँ कोई स्वीकृत उत्तर नहीं है, तो मुझे लगता है कि समस्या बनी हुई है), इसलिए मेरा सुझाव है कि आप कम से कम इंटरनेट से डिस्कनेक्ट करने की कोशिश करें, भले ही आप अपने Microsoft क्रेडेंशियल दर्ज नहीं करेंगे।

— Mmarss
स्रोत
3

मैं% LOCALAPPDATA% \ JetBrains \ ReSharper \ _ में गया और सभी निर्देशिकाओं को खोला जिसमें SolutionCaches खोज रहा था, और उन सभी को खाली कर दिया। समस्या सुलझ गयी। आवेदन काफी बड़ा था, इसलिए इससे मदद मिली।

— csnyder
स्रोत
यह मेरे लिए यह तय है - मेरा हर बार यादृच्छिक, अलग-अलग विधानसभाओं के लिए "प्रसंस्करण असेंबलियों" पर अटक गया। मैंने उस फ़ोल्डर में "SolutionCaches" की खोज की और प्रत्येक परिणाम की सामग्री को हटा दिया। अब तय माना जा रहा है।
— इसहाक लिमैन
2

Windows अद्यतन के लिए जाँच करें

मुझे यह समस्या भी हुई। इसके अलावा, मैं अपनी विंडोज फ़ायरवॉल सेटिंग्स (वीएस के इंटरनेट कनेक्शन को ब्लॉक करने की कोशिश) नहीं खोल सका।

अद्यतन सेटिंग्स (विंडोज 8) खोलते समय, मैंने देखा कि एक लंबित अपडेट ("आज मिला") था, इसलिए मैंने अपने कंप्यूटर को रिबूट किया, जिससे विंडोज अपडेट हो गया। उसके बाद, VS और फ़ायरवॉल ने फिर से ठीक काम किया।

अपने हार्डवेयर की जाँच करें

मुझे दूसरी बार समस्या हुई है; यहां तक ​​कि विंडोज 8 का अपडेट पेज हमेशा के लिए लोड होता रहेगा। यह मेरी (गैर-ओएस) हार्ड ड्राइव के साथ एक मुद्दा था: /superuser/756261/various-parts-of-windows-8-and-visual-studio-2013-get-blocked-by- संभवतः-कॉम? noredirect = 1 # comment978074_756261

— सेड्रिक रीचेनबैक
स्रोत
2

मुझे यह मुद्दा अभी और फिर मिला है - वीएस 2013 अपडेट 2, विन 8.1, आईई 11।

इसे आज़माएं - ओपन टास्क मैनजर, ​​वीएस ऐप को लटकाकर मारें, और फिर बैकग्राउंड प्रोसेस लिस्ट में चल रहे किसी भी IE सत्र को बंद करें - इसमें एक या एक से अधिक लटक सकते हैं।

पुनः आरंभ करें वी.एस.

रिबूट के बिना, मेरे लिए इसे साफ करने के लिए लगता है।

— Richo
स्रोत
2

समस्या मुझे Perforce कनेक्शन थी।

समाधान को खोलते समय, यह पूछेगा कि क्या मैं चाहता हूं कि यह पेरफोर्स से जुड़ा हो। इसे करने की कोशिश करने से यह लटका हुआ है और 1.5 जीबी रैम आवंटित करेगा।

पी 4 कनेक्शन की अनुमति नहीं देने पर इसे ठीक से लोड होने दें (1 जीबी रैम आवंटित करें)। तब मैं इसे P4 के बाद कनेक्ट करने के लिए कह सकता था, और यह अब ठीक है।

— almo
स्रोत
2

मेरे लिए, चाहे कंप्यूटर बिजली आउटेज से दुर्घटनाग्रस्त हो, या कभी-कभी रात के बीच में अनिवार्य रिबूट के साथ। मेरे लिए क्या काम करता है

इस दिशा में सभी फ़ाइलें प्राप्त करें:

C:\Users\yourusername\AppData\Local\Microsoft\WebsiteCache\

— टॉम स्टिकेल
स्रोत
1
समान परिदृश्य: बिजली की विफलता, कुल दुर्घटना, विंडोज़ रिबूट, मैं स्लाइन लोड कर सकता हूं, लेकिन csproj फ़ाइलों से सभी सेटिंग्स को अनदेखा किया जाता है। हटाए गए सू और उपर्युक्त फ़ोडलर (जो कि ईंधनू :-)) थे, अब तक सब कुछ फिर से ठीक लग रहा है।
— Xan- कुन क्लार्क-डेविस
2

किसी के लिए अभी भी यह उल्लेख करने से मुझे मदद मिली:

मुझे प्रोजेक्ट लोड करने के लिए .vs12.suo फ़ाइल को हमेशा हटाना पड़ता है।

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

https://connect.microsoft.com/VisualStudio/feedback/details/860685/visual-studio-hangs-after-10s-when-loading-solution-corrupt-suo

— bdoshi
स्रोत
1

मेरे पास इसी तरह का मुद्दा था, जब मैंने वीएस.नेट 2012 द्वारा बनाई गई समाधान फ़ाइल की जांच की थी। इस मुद्दे को हल करने के लिए, मैंने डमी समाधान फ़ाइल बनाई और vs.net 2012 से परियोजनाओं को फिर से लोड किया।

यह भी देखा गया कि जब नगेट पैकेज अपडेट खराब हो गया था, जब आप समाधान को पुनः लोड करते हैं, तो Visual Studio हैंग हो सकता है।

दृश्य स्टूडियो हैंग हो सकता है, जब नगेट पैकेज लोड करने में कोई समस्या थी।

— Sivalingaamorthy
स्रोत
1

मेरे मामले में, वीएस 2013 पेशेवर हर पर लटका हुआ था स्टार्टअप , यहां तक ​​कि एक समाधान खोले बिना भी क्योंकि लाइसेंस अब मान्य नहीं था।

लॉग फ़ाइल में अंतिम आइटम:

<entry>
    <record>367</record>
    <time>2015/07/13 20:11:05.051</time>
    <type>Information</type>
    <source>UserConnection</source>
    <description>myemailaddrs@gmail.com signed in for IDE user</description>
</entry>

और msdn.microsoft.com सदस्यता पृष्ठ पर: "आपकी सदस्यता अब सक्रिय नहीं है, अपने व्यवस्थापक से संपर्क करें।"

मुझे अपने नियोक्ता से अद्यतन सदस्यता लेनी थी।

— केरी रैंडोल्फ
स्रोत
1

मेरे TestResults फ़ोल्डर से परीक्षण परिणाम हटाना वास्तव में मेरे लिए चाल चली। बस कोशिश करने की बात है।

— वीबी
स्रोत
1

VS2012 मेरे ऊपर लटका हुआ है। उदाहरण के लिए नेटवर्क शेयर पर एक csproj फाइल खोलते समय (वास्तव में वो वर्चुअलबॉक्स होस्ट पर था, जो वर्चुअलबॉक्स फीचर का उपयोग करके एक smb शेयर के रूप में जुड़ा है)।

प्रोजेक्ट को एक स्थानीय ड्राइव पर कॉपी करना मेरे लिए इसे तय करता है।सुनिश्चित नहीं है कि अगर एक ड्राइव अक्षर असाइन करना चाल है।

यह भी सुनिश्चित नहीं है कि यह नेटवर्क शेयर के माध्यम से काम क्यों नहीं करता है, अगर यह वीएस सीमा या शायद कुछ प्लगइन है (मैं निश्चित रूप से उपयोग करता हूं)।

— यूजीन बेरेसोवस्की
स्रोत
1

मेरे लिए यह एमवीसी 4 प्रोजेक्ट प्रकार गाइड ( E3E379DF-F4C6-4180-9B81-6769533ABE47) परियोजना के साथ कुछ करने के लिए प्रतीत होता है । इस गाइड को .csprojमेरे लिए लटके हुए हल से हटा देना । ( .vsगाइड को हटाने के बाद फ़ोल्डर को अतिरिक्त रूप से पोंछना आवश्यक था।)

— lbergnehr
स्रोत
1

मैंने समाधान के रूट से "पैकेज" फ़ोल्डर को हटा दिया और इसने मेरे लिए मदद की (विजुअल स्टूडियो एक्सप्रेस 2015)

— रिचर्ड एस। पोपोव
स्रोत
1

चयनित उत्तर पर टिप्पणी करने के बजाय एक नई पोस्ट बनाने के लिए क्षमा करें .. मेरे पास इस समय टिप्पणी करने के लिए पर्याप्त प्रतिनिधि नहीं है।

मेरी समस्या अस्थायी रूप से "... .suo फ़ाइल हटाएं ..." समाधान द्वारा हल की गई थी, और जैसा कि अन्य लोगों ने बताया, मुझे हर बार फ़ाइल को हटाना पड़ा।

चूँकि यह (जाहिरा तौर पर) उस फ़ाइल के निर्माण को रोकना असंभव है, जो मैंने उस फ़ाइल में थोड़ी और खुदाई करने के लिए शुरू की थी। उपयोगकर्ता सेटिंग्स को सहेजने के अलावा, मेरा मानना ​​है कि यह सत्र सेटिंग्स को भी सहेज रहा है, जैसे वीएस बंद होने पर आपके पास कौन सी फाइलें हैं। मुझे संदेह था कि मेरी परियोजना एक ऐसी फ़ाइल खोलने का प्रयास कर रही है जो अब मौजूद नहीं है और यही है जो हैंग का कारण बन रही है। मेरे अंत में क्या निश्चित चीजें थीं। .sso को हटाने के लिए, VS खोलें, मेरे समाधान के भीतर एक फ़ाइल खोलें, समाधान बनाएं और बंद करें। ऐसा करने के बाद मुझे कोई फांसी नहीं हुई।

tl: डॉ

मेरे मामले में, एक उपयोगकर्ता सेटिंग फ़ाइल (.suo) मेरे समाधान में एक फ़ाइल खोलने का प्रयास कर रही थी जो अब अस्तित्व में नहीं है। मैंने निम्नलिखित चरणों का पालन करके समस्या का समाधान किया।

  1. .Suo फ़ाइल को हटाएँ (मेरे लिए यह /proprofolderiding/.vs/Iprojectnamedes//14 पर था
  2. विजुअल स्टूडियो खोलें
  3. अपना प्रोजेक्ट खोलें
  4. एक फ़ाइल खोलें (मैंने बस एक यादृच्छिक .cs फ़ाइल खोली है)
  5. अपने समाधान का निर्माण और बचत करें (बस बचत कर सकते हैं चाल, मैं आदत से बनाया)
  6. Visual Studio को बंद करें

उम्मीद है कि यह किसी की मदद करता है ... हमने इस मुद्दे पर कई घंटे बिताए :)

— जेरमी डी।
स्रोत
0

"कंट्रोल पैनल" के साथ एक्सटेंशन को अनइंस्टॉल करने का प्रयास करें या किसी भी ऐड-इन [टूल] => [ऐड-इन मैनेजर] को अक्षम करें फिर समाधान को फिर से खोलने का प्रयास करें।

मेरी समस्या "विज़ुअल लोकलाइज़र" को अनइंस्टॉल करके तय की गई थी।

— यु-लॉन्ग चेन
स्रोत
0

मेरे मामले में फ्यूजन लॉग सक्षम किया गया है। लॉग फाइलें महीनों से बढ़ रही हैं क्योंकि मैं जांच के बाद इसे बंद करना भूल गया था। इस तरह एंटीवायरस सॉफ़्टवेयर ने समाधान खोलने के दौरान कई बार इन बड़ी लॉग फ़ाइलों की जांच शुरू कर दी, और "समाधान तैयार कर रहा है ..." संदेश लंबे समय तक दिखाई दे रहा है। जब मैंने इस पर ध्यान दिया, तो मैंने फ्यूजन लॉग को बंद कर दिया, और समस्या हल हो गई। समाधान 20 मिनट के बजाय 10 सेकंड में लोड होता है।

— DJackson
स्रोत
0

मैंने इस मुद्दे को कई बार वीएस के सभी संस्करणों में देखा है। अधिकांश समय काम करने वाला एक समाधान समाधान फ़ोल्डर में स्थित .vs फ़ोल्डर को हटाना है। कभी-कभी .vs /// में स्थित .sou फ़ाइल को हटाने के लिए पर्याप्त है

फ़ोल्डर जिस तरह से छिपा हुआ है, इसलिए आपको "छिपी हुई फ़ाइलें और फ़ोल्डर्स दिखाएं" सक्षम करना होगा

— जोनास लिंडौ
स्रोत
0

मेरे लिए समाधान स्रोत नियंत्रण को अक्षम करना था (टूल में स्रोत में से कोई भी सेट करें-> स्रोत गणना)। मुझे लगता है कि यह किसी कारण के लिए कुछ विशाल गैट रेपो को सिंक करने की कोशिश कर रहा था (एक विशाल रेपो का एक जोड़ा है, लेकिन उस पेड़ में नहीं जिसे मैं खोलने की कोशिश कर रहा था)।

— griffin2000
स्रोत
0

यहाँ और कहीं और सुझावों के बहुत सारे, लेकिन केवल एक चीज जो स्थायी रूप से मेरे लिए काम करती थी, मुझे स्टार्ट-अप प्रोजेक्ट के साथ करना होगा जो मैंने सेट किया था। यह जो मैंने किया है:

  1. सुझाए गए .su फ़ाइल को कहीं और हटाएं।
  2. VS प्रारंभ करें और समाधान खोलें। इस बिंदु पर सब ठीक होना चाहिए।
  3. स्टार्ट-अप प्रोजेक्ट को छोड़ दें, जैसा कि आप जो चाहते हैं, वह नहीं है।
  4. समाधान बचाओ। (संभवत: किसी और के सुझाव के अनुसार करें और एक फ़ाइल खोलें, स्वच्छ, बिल्ड / री-बिल्ड, आदि, लेकिन मुझे इसमें से कुछ भी नहीं करना था।)
  5. समाधान बंद करें और वी.एस. से बाहर निकलें।
  6. वीएस को फिर से शुरू करें और समाधान खोलें।
  7. जो भी होना चाहिए, उसमें स्टार्ट-अप प्रोजेक्ट को बदलें
  8. समाधान बचाओ। (संभवतः फिर से खुली फ़ाइल, साफ, बिल्ड / री-बिल्ड, आदि करें)
  9. समाधान बंद करें और वी.एस. से बाहर निकलें।
  10. वीएस को फिर से शुरू करें और समाधान को फिर से खोलें और सभी को अच्छी तरह से होना चाहिए।

यह आपके लिए काम कर सकता है या नहीं हो सकता है, लेकिन मैंने कोशिश की कि सब कुछ मिल जाए - रजिस्ट्री में बदलाव, वीएस को दूसरे वीएस सत्र से डिबग करना, आप इसे नाम देते हैं - लेकिन कुछ भी नहीं एक से अधिक के लिए काम शुरू / खुला।

— SteveCinq
स्रोत
-1

मैंने .vbproj फ़ाइल के पिछले संस्करण को पुनर्स्थापित किया और इसे हल किया।

मुझे नहीं पता कि नए संस्करण में क्या था लेकिन समस्या .bvproj फ़ाइल के अंदर कुछ थी।

— डोरोन सार
स्रोत
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.