भले ही प्रोजेक्ट बनाते हों, तो विजुअल स्टूडियो त्रुटियों को प्रदर्शित करता है


265

मुझे C # समाधान पर Visual Studio की समस्या है। यह पूरी तरह से यादृच्छिक त्रुटियों को प्रदर्शित करता है, लेकिन परियोजनाएं निर्माण करती हैं। अभी, मेरे पास त्रुटियों के साथ 33 फाइलें हैं, और मैं उन सभी में लाल स्क्वीजीली लाइनें देख सकता हूं।

मैंने समाधान की सफाई / पुनर्निर्माण, विजुअल स्टूडियो को बंद करने और यहां तक ​​कि अपने कंप्यूटर को पुनरारंभ करने का प्रयास किया। मैंने दृश्य स्टूडियो में कंपाइलर की त्रुटियों के साथ भी डिबगिंग रन में वर्णित चरणों को करना सुनिश्चित किया। मैं .cs फ़ाइलों को संशोधित कर सकता हूं और मैं समाधान में परिवर्तन देखता हूं।

क्या किसी को इस बारे में अंदाजा है कि ऐसा क्यों होता है?


3
क्या आपके पास ReSharper या कोई अन्य एडऑन है जैसे यह स्थापित है? वे लाल स्क्विगली लाइनों का भी कारण बन सकते हैं।
user1908061

3
प्रत्येक प्रोजेक्ट से बिन और obj फ़ोल्डर को हटाने का प्रयास करें।
चार्ली ब्राउन

त्रुटियां या चेतावनी? अगर प्रोजेक्ट बनता है तो इसका मतलब है कि ये चेतावनी है। सभी जोड़ अक्षम करें और देखें कि यह कैसे जाता है।
एहसान

वीएस 2013 आरसी उम्मीदवार पर हमारे 2 मशीनों के साथ एक ही मुद्दा है। हालांकि कोई भी रिसर्चर स्थापित नहीं किया गया है। यहाँ पर दोष यह है कि भले ही यह बिना मुद्दों के बनता हो, कोई भी काम नहीं करेगा क्योंकि यह नामस्थान और वस्तुओं को 'हल' नहीं कर सकता है। सचमुच अजीब। 5 अन्य मशीनों पर पूरी तरह से काम करता है।
रेक

टीम फ़ाउंडेशन सर्वर में अनारक्षित संघर्ष भी इस समस्या का एक स्रोत हो सकता है। नवीनतम संस्करण प्राप्त करना रिपोर्ट कर सकता है कि यह सफल है और सभी फाइलें अपडेट की गई हैं, लेकिन यह हमेशा सच नहीं है। यदि आप टीम एक्सप्लोरर> पेंडिंग चेंजेज> एक्ट्स ड्रॉप-डाउन> विरोधों को हल करने के लिए जाते हैं और "गेट ऑल कन्फ्लक्ट्स" पर क्लिक करते हैं, तो यह आपको दिखाना चाहिए कि क्या कोई अनसुलझे विवाद हैं जिन्हें आपको ठीक करने की आवश्यकता है।
user2310967

जवाबों:


325

यदि आपके पास ReSharper है, तो ReSharper कैश को खाली करने का प्रयास करें:

मेनू में, ReSharper> विकल्प> पर्यावरण> सामान्य> कैश साफ़ करें

और ReSharper को निष्क्रिय और फिर से सक्षम करना:

मेनू में, उपकरण> विकल्प> रीशर> सामान्य> निलंबित / पुनर्स्थापित करें


182

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

यह दिलचस्प है कि Resharper को निलंबित करना VS के 2 रीस्टार्ट होने के बाद समस्या को हल करने के लिए लग रहा था , लेकिन जब मैंने Resharper को सक्षम किया, तो यह वापस आ गया था - मैंने पैटर्न को सुनिश्चित करने के लिए 2-3 बार इस क्रम को करने की कोशिश की।

वैसे भी, मैं अभी भी मुद्दों जब मैं इस लेख पाया:

इसलिए मैंने समाधान के साथ एक ही फ़ोल्डर स्तर पर छिपी हुई .SUO फ़ाइल को हटा दिया , और यह जादुई रूप से सभी रेड्स को हल कर दिया।

नोट - विज़ुअल स्टूडियो 2015 के लिए, .SUO फ़ाइल .vs / [solution_name] / v14 छिपे हुए फ़ोल्डर में है।


7
Resharper कदम मेरे लिए या तो काम नहीं किया, लेकिन यह किया। धन्यवाद!
जस्टिन मॉर्गन

4
दृश्य स्टूडियो को पुनः आरंभ करने के बाद आपके समाधान ने इसे मेरे लिए निर्धारित किया। धन्यवाद! :)
मोल्दे

1
VS2015 - मेरे पास 1 प्रोजेक्ट भी था जो नहीं बनेगा लेकिन मैं उन त्रुटियों से कह सकता हूं जो इसे होना चाहिए। मुझे वीएस को बंद नहीं करना पड़ा। बस समाधान बंद कर दिया, .su को हटा दें, और समाधान को फिर से खोलें। समस्या सुलझ गयी।
TTT

5
फिर भी VS2019 के साथ काम करता है, धन्यवाद! .Soo फ़ाइल .vs / [solution_name] / v16 पर स्थित है।
माइकल आर्मेस

3
VS2019, मैंने .vs निर्देशिका को nuked किया, इसे अगले बिल्ड - फर्जी त्रुटि पर पुनः बनाया गया।
लोरेन Pechtel

92

tldr; समस्या परियोजना को अनलोड और पुनः लोड करें।

जब मेरे साथ ऐसा होता है तो मैं (वीएस) बंद करने की कोशिश करता हूं और इसे फिर से खोल देता हूं। शायद उस समय के बारे में आधा काम किया। जब यह काम नहीं करता था तो मैं समाधान बंद कर देता हूं, .suo फ़ाइल (या संपूर्ण .vs फ़ोल्डर) को हटा दें और समाधान को फिर से खोलें। अब तक यह हमेशा मेरे लिए काम किया है (पिछले 6 महीनों में 10 से अधिक बार), लेकिन यह थोड़ा थकाऊ है क्योंकि कुछ चीजें रीसेट हो जाती हैं जैसे कि आपका बिल्ड मोड, स्टार्टअप प्रोजेक्ट आदि।

चूंकि यह आमतौर पर सिर्फ एक परियोजना है, जिससे समस्या हो रही है, मैंने बस उस परियोजना को उतारने और इसे फिर से लोड करने की कोशिश की, और यह काम किया। मेरे नमूने का आकार केवल 1 है, लेकिन यह अन्य दो विकल्पों की तुलना में बहुत तेज है, इसलिए शायद प्रयास के लायक है। मुझे इस काम पर संदेह है क्योंकि यह .so फ़ाइल को लिखता है, और शायद इसके दूषित भाग को ठीक करता है जिससे समस्या शुरू हो रही थी।

नोट: यह वीएस 2019, 2017 और 2015 के लिए काम करता है।


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

2
@ इरफिन - हेहे। मुझे लगता है कि इस सवाल का हर जवाब एक "कार्गो पंथ" है, लेकिन मेरा मानना ​​है कि मेरा सबसे तेज और सबसे कम दखल है। ;)
टीटीटी

1
संपूर्ण .vs फोल्डर को डिलीट करना मेरे लिए VS 2017 कम्यूनिटी विथ
रेस्परर

3
उतराई और फिर से लोड करना मेरे लिए VS 2019 CE में भी काम किया
सिमोनक्लाइड्स

1
डिलीट .vs फोल्डर ने मेरे लिए VS 2019 में नो रीशर के साथ काम किया, सिर्फ प्लेन VS। धन्यवाद!!!
जर्मन लैटर्रे

39

मैंने समाधान को साफ किया, वीएस को बंद कर दिया, इसे फिर से खोल दिया, समाधान का निर्माण किया, और लाल अनसुलझे लाइनों को साफ किया गया और निर्माण सफल रहा।


2
इन चरणों का, वास्तव में, मेरे लिए काम किया। बस सफाई और निर्माण मेरे लिए काम नहीं करेगा।
जेसनकोडर

2
इसे बंद करें और फिर से वापस करें ... आपको लगता है कि मैं अब तक कोशिश करना जानता हूं। +1
iandisme

इससे समस्या हल हो गई! लेकिन यह पहली जगह पर क्या कारण है !?
DiligentKarma

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

इन सटीक चरणों का पालन करने से मेरे लिए समस्या का समाधान नहीं हुआ (VS2015 में)।
टिम

29

मैंने पाया कि दृश्य स्टूडियो 2017 में Git का उपयोग करते समय अक्सर होता है, शाखाओं पर स्विच करना जहां निर्भर कोड परिवर्तन होता है । भले ही प्रोजेक्ट सफलतापूर्वक बन जाएगा, लेकिन त्रुटि सूची में त्रुटियां बनी रहेंगी।

ये त्रुटि अक्सर नामस्थान समस्याएँ और अनुपलब्ध संदर्भ हैं, तब भी जब लायब्रेरी संदर्भ मौजूद है।

हल करना:

  • Visual Studio को बंद करें
  • {Sln-root} .vs \ SlnName \ v15.suo फ़ाइल (छिपी) हटाएं
  • Visual Studio को पुनरारंभ करें

इस टिप के लिए धन्यवाद। इसने वीएस 2017 के साथ हमारे लिए एक समस्या का समाधान किया (बिना किसी अद्यतन के)। एफडब्ल्यूआईडब्ल्यू, यह हमारे पास एक शाखा को हटाने और चेकआउट करने के बाद हुआ, जो रिमोट पर विद्रोह कर दिया गया था।
माइक Atkisson

1
जब इस समाधान ने मेरी समस्या को ठीक नहीं किया, तो मुझे लगता है कि यह समस्या तब शुरू हुई जब मैं शाखाओं को बिना परिवर्तन किए स्विच कर रहा था (क्योंकि मुझे उन्हें दूसरी शाखा में लागू करने की आवश्यकता थी)
CularBytes

यह वास्तव में मेरा मुद्दा है। थैंक
दीन्ह ट्रान

@CularBytes शाखाओं को बदलने से पहले परिवर्तनों को नष्ट करने के लायक हो सकता है। git stash, switch branch, git stash pop
रेबेका

18

मैंने सभी 6 विकल्पों की कोशिश की है, मेरे लिए कुछ भी काम नहीं किया। नीचे समाधान से मेरी समस्या हल हो गई।

बंद करें वी.एस. अपनी समाधान फ़ाइल के आगे छिपा हुआ ".vs" फ़ोल्डर हटाएं। वीएस को पुनरारंभ करें और समाधान को लोड करें।


इस समस्या का एक नया कारण प्रतीत होता है, और यह इस समस्या का नया समाधान है। मैं 3 अन्य लोगों को जानता हूं जो आपके साथ पोस्ट करने के दिनों में भी अचानक इस समस्या के लिए भाग गए थे।
गैरी प्रिटोरियस

मोशी के समान करना था। वी.एस. 2019 से चलने पर .suo फ़ाइल प्रतीत नहीं होती है। किसी ने सोचा होगा कि उन्होंने इस मुद्दे को अब तक ठीक कर लिया होगा ... * बड़बड़ाना गड़गड़ाहट *
माइक लुईस

मेरे लिए कांटा भी vs2017 में
Nejc Galof

1
@MikeLoux, Neolisk के उत्तर पर एक नज़र डालें और आप देखेंगे कि उसने बताया कि .suo फ़ाइल अब .vs फ़ोल्डर में है, इसलिए आपको केवल एक फ़ोल्डर नहीं, बल्कि एक फ़ाइल को हटाने की आवश्यकता है। ऐसा नहीं है कि यह विशेष रूप से संतोषजनक है!
एवरहोम यिसरेल

एवरहोम - कि आखिरी बिट इसे पूरी तरह से गाया जाता है। नहीं, यह बिल्कुल संतोषजनक नहीं है। और, हां, मेरा मानना ​​है कि मैंने अंततः उस फ़ाइल को ढूंढ लिया जहां आप और नियोलिस्क ने इसे इंगित किया था और ऐसा किया है कि कुछ ही समय में इसे दोबारा (लगभग नहीं के रूप में, धन्यवाद)। तो ... यह कुछ है, मुझे लगता है। :-)
माइक लूक्स

12

मुझे इस तरह की एक समस्या थी जहां Intellisense एक परियोजना के अस्तित्व को नहीं पहचानता था (बहुत सारे "इस प्रकार को नहीं ढूंढ सकते हैं", "यह नाम स्थान मौजूद नहीं है", आदि त्रुटियां)।

सभी संदर्भ परियोजनाओं में परियोजना के संदर्भ को हटाने और फिर से जोड़ने से समस्या ठीक हो जाएगी, लेकिन समस्या परियोजना के .proj फ़ाइल को संपादित करके अंतर्निहित कारण को ठीक किया जा सकता है।

"लापता" प्रोजेक्ट के शीर्ष के पास .csproj फ़ाइल एक तत्व है:

<ProjectGuid>{GUID}</ProjectGuid>

और सभी संदर्भित परियोजनाओं में .csproj फाइलें परियोजना संदर्भ थीं:

<ProjectReference Include="..\OffendingProject\OffendingProject.csproj">
  <Project>{ANOTHER-GUID}</Project>
  <Name>Offending Project</Name>
</ProjectReference>

संदर्भित GUID प्रोजेक्ट के GUID से मेल नहीं खाता। हर संदर्भित परियोजना के माध्यम से जाने के बिना समस्या के {GUID}साथ ऊपर की जगह {ANOTHER-GUID}


यह मेरे लिए काम किया, भले ही यह एक नगेट पैकेज था। मैंने सुनिश्चित किया कि पथ .csproj फ़ाइल (TFS DIFF में शाब्दिक रूप से कुछ भी नहीं बदला गया है) के सापेक्ष रुका रहे, लेकिन इससे गैर-मौजूद त्रुटियों के बारे में VS2017 STFU बना।
BrainSlugs83

1
मुझे केवल एक ही प्रोजेक्ट रेफरेंस और सभी प्रॉब्लम रेफरेंस को रिफ्रेश करना था
रॉबडास

किसी अन्य समाधान ने मेरे लिए काम नहीं किया, इसने एक चाल
चली

12

यहां लोकप्रिय उत्तरों का संग्रह है। यदि यह आपकी मदद करता है तो उत्तर की ओपी को बढ़ावा दें:

विकल्प 1: स्वच्छ, बनाएँ और ताज़ा करें ( @ माइक फ़ुच विकल्प)

जैसा कि @ माइक फुच्स ने उल्लेख किया है, निम्नलिखित कार्यों का प्रयास करें:

मेनू में, बिल्ड> क्लीन सॉल्यूशन

तथा

मेनू में, बिल्ड> बिल्ड सोल्यूशन

और प्रश्न में परियोजना का चयन करें, और ताज़ा करें बटन पर क्लिक करें:

ताज़ा करें बटन

विकल्प 2: क्लीन, क्लोज़, रिस्टार्ट और बिल्ड ( @Pixel विकल्प)

जैसा कि @Pixel ने उल्लेख किया है, संचालन के निम्नलिखित अनुक्रम का प्रयास करें:

  1. घोल को साफ करें
  2. Visual Studio को बंद करें
  3. विजुअल स्टूडियो खोलें
  4. समाधान बनाएँ

विकल्प 3: ReSharper कैश साफ़ करें ( @GammaOmega विकल्प)

यदि आपके पास ReSharper है, तो ReSharper कैश को खाली करने का प्रयास करें:

मेनू में, ReSharper> विकल्प> पर्यावरण> सामान्य> कैश साफ़ करें

और ReSharper को निष्क्रिय और फिर से सक्षम करना:

मेनू में, उपकरण> विकल्प> रीशर> सामान्य> निलंबित / पुनर्स्थापित करें

विकल्प 4: .suo फ़ाइल को हटाएं ( @Neolisk विकल्प)

जैसा कि @Neolisk ने उल्लेख किया है, .suo फ़ाइल को हटाने से आपकी समस्या हल हो सकती है। Visual Studio 2015 के लिए, फ़ाइल में स्थित है:

[समाधान का पथ] /। बनाम / [समाधान नाम] /v14/.suo

और विजुअल स्टूडियो 2017 के लिए:

[समाधान का पथ] /। बनाम / [समाधान का नाम] /v15/.suo

ध्यान दें कि .vs निर्देशिका छिपी हुई है।

विकल्प 5: अनलोड और रीलोड परियोजना ( @TTT) विकल्प)

जैसा कि @ टीटीटी ने उल्लेख किया है, उस परियोजना को उतारने का प्रयास करें जो समस्याएं पैदा करती है:

समाधान एक्सप्लोरर में, प्रोजेक्ट को अनलोड पर राइट-क्लिक करें।

और इसे फिर से लोड करना

सॉल्यूशन एक्सप्लोरर में, रिलोड प्रॉजेक्ट पर राइट-क्लिक करें।

विकल्प 6: Microsoft.CSharp संदर्भ ( @Guilherme विकल्प) निकालें और जोड़ें

जैसा कि @Guilherme ने उल्लेख किया है, उन परियोजनाओं से "Microsoft.CSharp" के संदर्भ को हटाने और जोड़ने का प्रयास करें जिनमें समस्याएं हैं।

समाधान एक्सप्लोरर में, प्रोजेक्ट का विस्तार करें, "संदर्भ" का विस्तार करें, "Microsoft.CSharp" पर राइट-क्लिक करें और निकालें।

फिर, संदर्भ> संदर्भ जोड़ें पर राइट-क्लिक करें, सूची से "Microsoft.CSharp" चुनें और ठीक पर क्लिक करें


विकल्प 6 ने किया। एक और सवाल में @Guilherme लिंक को अपवोट करने के लिए क्लिक करना पड़ा क्योंकि यह (अब?) है।
गार्बरी

उपरोक्त में से किसी ने मेरे लिए काम नहीं किया, समाधान में 80 से अधिक परियोजनाएं हैं
एफे

10

छिपे हुए फ़ाइल पथ को हटाएं = आपका समाधान \ .vs \ your समाधान Name \ v15 \ .suo


1
मेरे लिए भी काम किया। वीएस 2019. डब्ल्यूपीएफ परियोजनाएं मौजूदा नियंत्रणों के संबंध में त्रुटियां दिखाती रहीं, लेकिन ठीक नहीं रहीं।
फ्लेमिंग बोंडे


5

मैंने देखा है कि कभी-कभी गिट शाखाओं को स्विच करते समय, विज़ुअल स्टूडियो (2017) कुछ फ़ाइलों से प्रकारों को नहीं पहचान पाएगा जो दूसरी शाखा में जोड़े गए थे। .Vs फ़ोल्डर को हटाना इसे हल करता है, लेकिन यह आपके सभी कार्यक्षेत्र सेटिंग्स को भी मिटा देता है। यह चाल मेरे लिए अच्छा काम करती है:

  1. समाधान एक्सप्लोरर -> इसमें अपरिचित वर्ग के साथ फ़ाइल ढूंढें।
  2. समाधान एक्सप्लोरर के शीर्ष पर सभी फ़ाइलें दिखाएँ पर क्लिक करें।
  3. फ़ाइल को राइट-क्लिक करें -> प्रोजेक्ट से बाहर निकालें।
  4. फ़ाइल को फिर से राइट-क्लिक करें -> प्रोजेक्ट में शामिल करें।

यह Intellisense उस फ़ाइल को पार्स करने का कारण बनता है जो शाखाओं को स्विच करते समय चूक गई थी।


4

निम्नलिखित समाधान ने मेरे लिए काम किया

1 - बंद वी.एस.

2 - .vs फ़ोल्डर हटाएँ

3 - वीएस खोलें

4 - समाधान बनाएँ


3

शायद आप अपने इंटैलिजेंस कैश को रीसेट करने का प्रयास करते हैं। मैं दृश्य स्टूडियो 2012 में एक समान मुद्दा था जब कई आंशिक वर्ग परिभाषाओं के साथ एक बड़ी परियोजना में काम कर रहा था। आंशिक रूप से समस्या को हल करने से, आंशिक रूप से कैश को भी - थोड़ी देर के लिए साफ़ करने से समस्या हल हो गई।


3

कभी-कभी मुझे सभी परियोजनाओं से गुजरकर एक कस्टम क्लीन करना पड़ता है और मैन्युअल रूप से "बिन" और "ओब्ज" फोल्डर को हटाना होता है। उन्हें विजुअल स्टूडियो में देखने के लिए, आपको प्रत्येक प्रोजेक्ट के लिए छिपी हुई फ़ाइलों और फ़ोल्डरों को सक्षम करना होगा। ऐसा करने के बाद, समाधान का पुनर्निर्माण करें।


3

हटाया जा रहा है .vsफ़ोल्डर मेरी समस्या हल हो गई।

लेकिन यह वीएस में मेरे समाधान की वर्तमान सेटिंग्स को भी रीसेट करता है। जैसे, समाधान में मेरे अनलोड किए गए प्रोजेक्ट्स को फिर से लोड किया गया था और वीएस को पुनरारंभ करने पर सभी पिन किए गए और खोले गए दस्तावेज़ भी बंद हो गए थे।


2

0 - समाधान और स्वच्छ समाधान पर राइट क्लिक करें

1 - बंद वी.एस.

2 - प्रोजेक्ट -suo फ़ाइल को हटाएँ

3 - वीएस खोलें

4 - समाधान बनाएँ


2

मेरे एक सहकर्मी ने आज इस मुद्दे का अनुभव किया। हमने यहां कई सिफारिशों की कोशिश की और नीचे वर्णित समाधान को छोड़कर किसी ने काम नहीं किया।

संकट:

प्रोजेक्ट ठीक बनाता है, लेकिन इंटेलीसेन्स कुछ प्रकारों को पहचानने में विफल रहता है और विशेष usingबयानों को अमान्य के रूप में चिह्नित करता है।

उपाय:

'सॉल्यूशंस प्लेटफ़ॉर्म' को बदलें (वीएस 2017 में यह सॉल्यूशन कॉन्फ़िगरेशन ड्रॉपडाउन के बगल में ड्रॉपडाउन है और इसमें वैल्यूज़ x86, x64, AnyCPU, मिक्स्ड प्लेटफ़ॉर्म, आदि) AnyCPU है।

आपकी परियोजना के लिए प्लेटफ़ॉर्म अलग-अलग हो सकता है, लेकिन ऐसा लगता है कि कुछ संदर्भ सभी प्लेटफार्मों के लिए मान्य नहीं हो सकते हैं।


1

मेरे विशिष्ट मामले के लिए यह एक सेवा संदर्भ था जिसे किसी अन्य डेवलपर ने मुख्य शाखा में विलय कर दिया था। सिंटैक्स हाइलाइट उत्पन्न सेवा वर्ग को हल करने में विफल होने के अलावा जो पूरी तरह से ठीक था और स्रोत सभी लाल रेखांकित था। सफाई, पुनर्निर्माण, पुनः आरंभ कुछ नहीं किया।

मुझे बस इतना करना था कि सेवा संदर्भ को ताज़ा कर दिया जाए और वीएस परदे के पीछे से टुकड़ों को एक साथ रखने में कामयाब रहे। स्रोत कोड या उत्पन्न फ़ाइलों में कोई परिवर्तन नहीं।


1

मैं अभी इस मुद्दे पर भाग गया हूँ एक git कमिट करने के बाद जो मेरे प्रोजेक्ट में वापस फ़ाइलें जोड़ रहा है।

प्रोजेक्ट को साफ करना और पुनर्निर्माण करना काम नहीं करता था, भले ही मैंने प्रत्येक चरण में वी.एस.

आखिरकार जो काम किया, वह फ़ाइल को किसी और चीज़ में बदल रहा था और इसे फिर से बदल रहा था। : Facepalm:


1

सूचीबद्ध सभी विकल्पों को आज़माने के बाद मैंने एक और कारण खोजा कि ऐसा क्यों हो सकता है। यदि किसी ने आपको ज़िप के रूप में स्रोत कोड भेजा है, या आपने ज़िप डाउनलोड किया है, तो हो सकता है कि Windows ने सभी फ़ाइलों को अवरुद्ध कर दिया हो। इसे हल करने के 2 तरीके:

विधि 1:

मूल ज़िप फ़ाइल पर राइट क्लिक करें -> 'अनब्लॉक' जांचें -> आवेदन पर क्लिक करें

विधि 2:

यदि यह विकल्प नहीं है, तो समाधान फ़ोल्डर में प्रत्येक फ़ाइल पर गुण खोलने के बजाय केवल पावर शेल खोलें और निम्नलिखित का उपयोग करके पुनरावृत्ति को अनवरोधित करें:

Get-ChildItem -Path 'C:\<ROOT FOLDER OF SOLUTION>\' -Recurse | Unblock-File

1
  1. पहले समाधान बंद करें।
  2. तब समाधान कैश फ़ाइल हटाएं (स्थान C: \ Users \ Documents \ Visual Studio \ बैकअप फ़ाइलें / प्रोजेक्ट कैश फ़ाइल)
  3. तब .suo फ़ाइल हटाएं
  4. फिर समाधान खुला और निर्माण।

मुझे आशा है कि आपकी समस्या का समाधान होगा


1

काम पर इस मुद्दे (VS2017 चल रहा था) था। यहां सभी जवाबों की कोशिश की। कोई आनंद नहीं है।

यह परियोजना ठीक-ठीक निर्माण करेगी, लेकिन शिकायत कर रही थी कि नाम स्थान / प्रकार नहीं मिल सकते हैं। सभी जगह लाल चीथड़े। त्रुटि सूची विंडो में बहुत सारी त्रुटियां।

मेरे समाधान में 3 परियोजनाएं थीं।

पता चला कि एक परियोजना के लिए NuGet पुस्तकालय संदर्भों में से 3 लाइन से बाहर थे। संदर्भित लाइब्रेरी संस्करणों और बिंगो को समेकित किया।

आशा है कि यह किसी की मदद करता है।

ब्रेट।


1

प्रोजेक्ट को उतारना और पुनः लोड करना इस समस्या को ठीक करता है।


0

कभी-कभी यदि आप केवल समाधान को साफ करते हैं तो त्रुटियां गायब हो जाती हैं, लेकिन वे अंततः थोड़ी देर या अगले निर्माण पर वापस आ सकते हैं।


0

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

प्रोजेक्ट से फ़ाइल को बाहर निकालना और सहेजना / निर्माण करना था जो एक अपेक्षित त्रुटि उत्पन्न करता था और फिर परियोजना में फ़ाइल को शामिल करें और सहेजें और निर्माण करें।

इन चरणों को करने के बाद विजुअल स्टूडियो ने मेरे प्रकार को फिर से पहचानना शुरू कर दिया। Git में अंतर को देखते हुए ऐसा प्रतीत होता है कि यह समस्या <Compile Include="..." />मेरे .csproj फ़ाइल की लाइन पर मेल न खाने की वजह से थी ।


0

मेरे मामले में बनाम परियोजना के गुणों> संदर्भों में आयातित नाम स्थान को कभी भी बरकरार नहीं रखा गया था

जब मैंने उन्हें फिर से जोड़ने / जांचने की कोशिश की तो मैं नहीं कर सका और बनाम एक त्रुटि फेंक दी और जब परियोजना बनाम दुर्घटनाग्रस्त हो गई। जब मैंने सभी मानक आयात किए गए नामस्थान (system.data आदि ...) को फिर से खोल दिया और सभी को फिर से जोड़ दिया गया और यह तब त्रुटि के साथ सब कुछ पहचान लिया गया


0

टीएल; डीआर: विजुअल स्टूडियो का एक क्लीन री-इंस्टॉल करें

कई घंटे बर्बाद करने के बाद, मैं अभी भी विजुअल स्टूडियो 2017 के लिए इसे ठीक नहीं कर सका। मैंने तब विजुअल स्टूडियो 2019 प्रीव्यू स्थापित किया और अचानक, IntelliSense ने मुझे फिर से STL-classes के सदस्य प्रदर्शित किए (जो यह Visual Studio 2017 के साथ नहीं है। )।

तो, मेरा अनुमान है कि विज़ुअल स्टूडियो के साथ भी कुछ गड़बड़ हो सकती है (शायद कैश डायरेक्टरी में कुछ या सामान्य तौर पर आपके पीसी पर कुछ ऐसा जो सीधे किसी विशिष्ट समाधान से संबंधित नहीं है) जिसे एक साफ और पूर्ण री से हल किया जा सकता है। दृश्य स्टूडियो की स्थापना। मुझे पता है, यह एक बेवकूफ "समाधान" है, लेकिन मेरे मामले में, केवल एक ताजा दृश्य स्टूडियो (2019) की स्थापना का प्रभाव था।

जैसा कि पहले ही उल्लेख किया गया है, मेरे मामले में, केवल एसटीएल कक्षाएं प्रभावित हुई थीं। IntelliSense उनके सदस्यों को प्रदर्शित नहीं करेगा जो विषम है। मैंने सोचा, यह शायद precompiled हेडर के साथ कुछ करना है। कहीं मैंने पढ़ा है कि एसटीएल और परियोजना एक ही ड्राइव पर होनी चाहिए और उन्हें उसी पर डालकर समस्या को हल करना चाहिए। लेकिन इनमें से किसी भी मार्ग पर सफलता नहीं मिली।


0

मैंने पाया कि ऐसा हो सकता है यदि संदर्भित परियोजना उस परियोजना की तुलना में ढांचे के उच्च संस्करण को लक्षित कर रही है जो इसका उपयोग करने की कोशिश कर रही है। आप यह बता सकते हैं कि क्या आउटपुट विंडो पर जाकर और इसके समान कुछ की तलाश में यह समस्या है:

प्राथमिक संदर्भ "my_reference" को हल नहीं किया जा सका क्योंकि यह ".NETFramework, संस्करण = v4.7.2" फ्रेमवर्क के विरुद्ध बनाया गया था। यह वर्तमान में लक्षित फ्रेमवर्क ".NETFramework, Version = v4.7" की तुलना में एक उच्च संस्करण है।

इसका समाधान एक या अन्य परियोजनाओं के लक्ष्य ढांचे को बदलना है।


0

VS2019 में मेरे लक्षण थे कि मैं कुछ त्रुटियों के साथ निर्माण करूंगा। फिर मैं त्रुटियों को ठीक करूंगा, और निर्माण काम करेगा, जैसा कि आउटपुट विंडो में दिखाया गया है। लेकिन त्रुटियों की खिड़कियों ने अभी भी पुरानी त्रुटियों को दिखाया। मैं इसे ठीक ही चला सकता था। VS2019 को बंद करना और फिर से खोलना इस मुद्दे को तय करता है, लेकिन केवल थोड़ी देर के लिए। यह संस्करण 16.4.3 पर होने लगा

यह समाधान मेरे लिए काम करता है:

टूल्स अनचेक करें-> विकल्प-> प्रोजेक्ट्स और सॉल्यूशंस-> जनरल-> समानांतर प्रोजेक्ट इनिशियलाइजेशन की अनुमति दें

मुझे यह तयशुदा तरीका नीचे कमेंट्स में यहाँ मिला: https://developercommunity.visualstudio.com/content/problem/483450/vs-2019-intellisense-reports-compile-errors-en-r.html


-1

रेखांकित तत्वों पर माउस के साथ मँडरा करने का प्रयास करें। यह आम तौर पर आपको बताना चाहिए कि समस्या क्या है। सभी त्रुटियों / चेतावनियों की सूची देखने के लिए, देखें => त्रुटि सूची पर जाएं। सूचीबद्ध सभी त्रुटियों / चेतावनियों के साथ आईडीई के तल पर एक तालिका खुलनी चाहिए।


बेतरतीब वर्गों के तहत स्क्वीगली लाइनें हैं, लेकिन मुझे त्रुटि सूची में कोई त्रुटि नहीं मिलती है। इसके अलावा, परियोजनाओं को पूरी तरह से बनाता है। ऐसा लगता है कि यह Intellisense से संबंधित है।
गामाओमेगा
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.