यह निर्धारित करने के लिए कि दृश्य स्टूडियो क्यों हो सकता है जब एक समाधान का निर्माण किया जाए


95

मैं किसी और के काम पर बहस कर रहा हूं और समाधान काफी बड़ा है। जब मैं पूरी चीज बनाने की कोशिश करता हूं, तो समाधान के भीतर कई परियोजनाएं नहीं बनती हैं और सिर्फ छोड़ देती हैं। निर्माण प्रक्रिया के दौरान आउटपुट विंडो को देखने का कहना है:

1> ------ छोड़े गए पुनर्निर्माण सभी: परियोजना: pr1lib ------

मैं कैसे निर्धारित कर सकता हूं कि ये बिल्ड क्यों छोड़ दिए गए थे? मुझे अतिरिक्त आउटपुट नहीं मिल रहा है।

यह वीएस 200 के साथ है और समाधान में सी # और सी ++ कोड शामिल है।


प्रदान किए गए उत्तरों के अलावा, सुनिश्चित करें कि समाधान कॉन्फ़िगरेशन सेटिंग्स की जाँच की गई स्थिति में प्रत्येक प्रोजेक्ट है (चेकबॉक्स की जाँच की गई है) जिसे साफ किया जाना चाहिए / बनाया जाना चाहिए:Build > Configuration Manager: check as needed
मेट्रो स्मर्फ

2
प्रॉब्लम का निवारण करने के लिए कि प्रोजेक्ट्स को क्यों छोड़ दिया जाता है। /flMsbuild.log फ़ाइल प्राप्त करने के लिए बिल्ड सेटिंग्स को जोड़ना सुनिश्चित करें जिसमें कारण शामिल है। उदाहरण के लिए:skipped, due to false condition; ( ('$(Configuration)' == 'Release') and ('$(Platform)' == 'Any CPU') ) was evaluated as ( ('Debug' == 'Release') and ('AnyCPU' == 'Any CPU') ).
T_D

2
@T_D - विज़ुअल स्टूडियो में मैं '/ fl' कहां जोड़ूंगा? लॉग कहां दिखाई देगा? यदि आप इसे एक उत्तर के रूप में जोड़ते हैं, जो कि मैं बढ़ा दूंगा, क्योंकि मूल प्रश्नों के उत्तर के बजाय समस्या का समाधान करने के लिए अधिकांश अन्य उत्तर विभिन्न यादृच्छिक अनुमान हैं, जो समस्या के बारे में अधिक जानकारी प्राप्त करने के बारे में था।
पॉल

@PaulG नीचे मेरा जवाब देखें। बस विकल्प में सेटिंग्स सेट करें।
डैरेन वुड

जवाबों:


88

समाधान पर राइट क्लिक करें, गुण चुनें और फिर कॉन्फ़िगरेशन गुण। यहां आप चुन सकते हैं कि किन परियोजनाओं का निर्माण करना है।

[ संपादित करें ]:
केडीटी की टिप्पणी देखें: ... जब मैंने कॉन्फ़िगरेशन गुणों में देखा ... प्रोजेक्ट बिल्ड टारगेट को "मिश्रित प्लेटफ़ॉर्म" के लिए कॉन्फ़िगर किया गया था, जबकि समाधान "किसी भी सीपीयू" के निर्माण के लिए निर्धारित किया गया था।

* जब यह समस्या मेरे साथ हुई, तो मुख्य परियोजना में केवल 'कोई सीपीयू' था और इसने बच्चे को 'किसी भी सीपीयू' को भी सेट कर दिया था, हालाँकि, मैंने उस प्रोफ़ाइल को हटा दिया था और केवल 'x86' छोड़ दिया था। बस dll के लिए x86 को उठाकर काम करना शुरू
करें [/ संपादित करें]


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

2
मेरे मामले में, हालांकि सभी प्रोजेक्ट और समाधान "किसी भी सीपीयू" पर सेट थे, एक प्रोजेक्ट बिल्डिंग को छोड़ दिया गया। जब मैंने "मिश्रित प्लेटफ़ॉर्म" का समाधान सेट किया था, उसके बाद ही "किसी भी सीपीयू" को वापस सेट किया गया था। पहले और बाद में समाधान फ़ाइल के एक अंतर को देखते हुए, यह से बदल {784BDC39-5783-4128-956E-99EA062FA8FB}.Debug|AnyCPU.ActiveCfg = Debug|AnyCPUगया {784BDC39-5783-4128-956E-99EA062FA8FB}.Debug|AnyCPU.ActiveCfg = Debug|Any CPU। एकमात्र अंतर लाइन के अंत में "कोई" और "सीपीयू" के बीच जोड़ा गया स्थान है।
साइमन टवेसी

6
मेरे मामले में, सभी परियोजनाओं को "किसी भी सीपीयू" पर सेट किया गया था और परियोजनाओं को हटाकर हल किया गया था ( परियोजना को हटाने से फ़ाइलों को हटाने का कारण नहीं बनता है) और उन्हें समाधान में फिर से जोड़ना।
हामिद मेली

40

मुझे बस एक ही समस्या थी- "अनलोड प्रोजेक्ट" और "रीलोड प्रोजेक्ट" ने इस मुद्दे को हल कर दिया!


मेरे पास एक ही मुद्दा है, और अनलोडिंग / रीलोडिंग काम करता है, लेकिन समस्या वापस आती है जो कि परेशान है जब यह परियोजनाओं के एक समूह के लिए होता है और आपको उनमें से प्रत्येक को अनलोड / पुनः लोड करना होगा ... किसी को पता है कि क्या कोई है इस से बचने के लिए पूरी तरह से?
लिरोन

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

32

निर्माण, पुनर्निर्माण और साफ संचालन को छोड़ दिया जा रहा था। उतारना और फिर से लोड करना मदद नहीं करता था, और न ही Visual Studio को पुनरारंभ करना था।

एक बार जब मैंने समाधान से परियोजना को हटा दिया और इसे वापस जोड़ दिया, तो अब इसे छोड़ नहीं दिया गया है। समाधान एक्सप्लोरर में इसे हटाने के लिए, प्रोजेक्ट> निकालें> ठीक पर क्लिक करें। समाधान एक्सप्लोरर में इसे वापस जोड़ने के लिए, समाधान> मौजूदा परियोजना जोड़ें> पर राइट-क्लिक करें और अपनी परियोजना चुनें


7
ध्यान रखें कि आपको उस प्रोजेक्ट में सभी ProjectReferences को फिर से जोड़ना होगा।
जोसेफ

9

यदि कन्फ़ेक्शन अवधि x64 है और x64 संकलक स्थापित नहीं है, तो यह प्रोजेक्ट को छोड़ देगा।


1
+1 प्रतिभाशाली। आप यहाँ SP1 पा सकते हैं: microsoft.com/download/en/details.aspx?id=10986
ashes999

जब x64 संकलक स्थापित नहीं होता है, तो आप x64 का चयन भी नहीं कर सकते हैं।
कैलमेरियस

समाधान और प्रोजेक्ट कॉन्फ़िगरेशन "x64" नामक प्रविष्टि को परिभाषित और उपयोग कर सकते हैं। प्रोसेसर आर्क के लिए तीसरा ddl। (प्लेटफॉर्म टारगेट - बिल्ड प्रॉपर्टीज पेज को आधा कर दें) वह नहीं है जो उपलब्ध नहीं है
StingyJack

9

मेरा समाधान पहले बताए अनुसार है: हटाएं -> मौजूदा प्रोजेक्ट जोड़ें

लेकिन इस समाधान का अर्थ है कि परियोजनाओं के बीच संदर्भ चले गए हैं

संदर्भों को फिर से जोड़ने से बचने के लिए: और यदि आप संस्करण नियंत्रण प्रणाली जैसे कि GIT या TFS या जो भी उपयोग करते हैं, निम्न चरणों के साथ लक्ष्य को हासिल करना संभव है:

  1. यह सुनिश्चित करें कि ऑपरेशन से पहले सभी परिवर्तन शुरू / चेक-इन किए गए हैं

  2. समाधान से उन्हें हटाने और उन्हें जोड़ने वाली सभी परियोजनाओं से गुजरें

  3. ध्यान दें कि .sln फ़ाइल बदल गई है

  4. नई .sln फ़ाइल रखें, लेकिन संस्करण-नियंत्रण प्रणाली के साथ सभी .cspoj फ़ाइलों में परिवर्तन पूर्ववत करें



5

दृश्य स्टूडियो 2008, यह हो सकता है क्योंकि 64 बिट संकलक स्थापित नहीं होगा।

नियंत्रण कक्ष -> कार्यक्रम और सुविधाएँ -> Microsoft Visual Studio 2008 पेशेवर -> [डबल क्लिक करें]

विजुअल स्टूडियो डायलॉग पर

अगला -> सुविधाएँ जोड़ें / निकालें -> (अंडर) विज़ुअल सी ++ -> (चयन करें) x64 संकलक और उपकरण


4

वीएस 2010 में भी समस्या मौजूद है; प्रस्तावित समाधान: एडिटिंग बिल्ड कॉन्फिगरेशन, क्लीनिंग, चेंजिंग / री-चेंजिंग टारगेट फ्रेमवर्क, नॉट वर्क। लेकिन उतराई और परियोजना को फिर से लोड करना है।


3

अरे, बस यह एक तय है। सोचा यह मदद कर सकता है। आप सबसे अधिक संभावना दृश्य स्टूडियो के साथ संगत संकलक स्थापित नहीं किया था। यह मेरे साथ आज हुआ - डिफ़ॉल्ट रूप से, VS 2008 इंस्टॉलर x64 C ++ कंपाइलर स्थापित नहीं करता है।

यदि आपके पास SP1 है, तो वीएस स्थापना को बदलने से पहले इसे अनइंस्टॉल करें। जब हो जाए, तो फिर से SP1 को स्थापित करें।


3

मेरे पास एक अजीब था जो यहां अन्य संभावनाओं के बीच दस्तावेजीकरण के लायक हो सकता है।

मैंने अपने समाधान में एक साझा प्रोजेक्ट जोड़ा , जिसमें अन्य परियोजनाओं में से दो या तीन में कोड का उपयोग किया गया था। जैसा कि आप जानते हैं - साझा परियोजनाएं सिर्फ कोड हैं, और वास्तव में पारंपरिक अर्थों में एक परियोजना नहीं है .. आप एक साझा परियोजना का निर्माण नहीं कर सकते हैं, यह सिर्फ कोड है जो अन्य परियोजनाओं में एम्बेडेड है, और फिर वहां बनाया गया है।

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

मुझे solution.slnफ़ाइल में साझा प्रोजेक्ट मिला जैसे:

Project("{D954291E-2A0B-460D-934E-DC6B0785DB48}") = "Api.Common", "Api.Common\Api.Common.shproj", "{EC580471-D78A-4509-AC46-BD565553AD60}"

.. जो ठीक है। जो ठीक नहीं है वह यह है कि यह परियोजना भी इस GlobalSection(ProjectConfigurationPlatforms) = postSolutionतरह दिखाई दी :

    {EC580471-D78A-4509-AC46-BD565553AD60}.Debug|Any CPU.ActiveCfg = Debug|Any CPU
    {EC580471-D78A-4509-AC46-BD565553AD60}.Debug|Any CPU.Build.0 = Debug|Any CPU
    {EC580471-D78A-4509-AC46-BD565553AD60}.Release|Any CPU.ActiveCfg = Release|Any CPU
    {EC580471-D78A-4509-AC46-BD565553AD60}.Release|Any CPU.Build.0 = Release|Any CPU

मैंने अपनी .slnफ़ाइल से उन चार पंक्तियों को हटा दिया , और अब चीजें फिर से खुश लग रही हैं


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

जब मैंने उन्हें हटाया, तो मैंने समाधान बनाते समय उन्हें स्वचालित रूप से वापस जोड़ दिया, हालांकि वे सभी चार प्रविष्टियों के साथ समान डिबग सेट पर वापस आ गए। कोई भी सीपीयू। लेकिन इसने मेरी समस्या को ठीक कर दिया।
एस्प्रेसोबींस

2

बिल्ड मेनू पर जाएं और "कॉन्फ़िगरेशन मैनेजर" चुनें। यह दिखाएगा कि आपके चयनित कॉन्फ़िगरेशन में निर्माण के लिए कौन से प्रोजेक्ट कॉन्फ़िगर किए गए हैं।


2

मेरे साथ भी ऐसा ही हुआ था। मुझे यकीन नहीं है कि समस्या क्या थी, लेकिन यह क्लीन , बिल्ड , रिबिल्ड आदि नहीं होगा । मैं विजुअल स्टूडियो 2017 में काम कर रहा हूं और एक netstandard2.0विधानसभा चाहता हूं । मेरे लिए मुद्दा यह था कि किसी तरह परियोजना का प्रकार गलत था, शायद मैंने एक netcoreappक्लास लाइब्रेरी से शुरू किया था , ऐसा कुछ, समाधान फ़ाइल में अटक गया , मुझे याद नहीं है। वैसे भी, मैंने प्रोजेक्ट का समर्थन किया, एक नई netstandardश्रेणी की लाइब्रेरी प्रोजेक्ट बनाई , और बैक अप बिट्स में फैक्टर किया, और यह मेरे लिए तय किया। HTH किसी।


2
  1. दृश्य स्टूडियो बंद करें
  2. नोटपैड के साथ sln फ़ाइल खोलें
  3. इस तरह की सभी चीज़ों को हटा दें: {B546C55D-9321-4FC0-B25C-46844222BEBE}। Fakes with Fakes | x86.ActiveCfg = Fug के साथ डीबग करें। x86 (उनमें से एक गुच्छा होगा)।

4. फ़ाइल को खोलें 5. दृश्य स्टूडियो और सभी बेहतर


2
यह मदद क्यों करता है? कुछ स्पष्टीकरण जोड़ें और जितना विस्तृत हो सके उतना भविष्य के पाठक यह समझने में मदद कर सकते हैं कि आपको उन कदमों की आवश्यकता क्यों है।

2

मैंने 15.9.11 को अद्यतन किया, ... कुछ बिल्ड के बाद, एक ही समस्या: अधिकांश परियोजनाएं छोड़ दी जाती हैं (जो समस्याओं के बिना एक दूसरे का निर्माण करते हैं)। समाधान को उतारने / फिर से लोड करने से मेरे मामले में हमेशा मदद मिलती है, लेकिन यह जल्द ही फिर से होगा।

मुझे पता नहीं क्यों ... VS2017 में एक बड़े बग को छोड़कर

मैंने कॉन्फ़िगरेशन प्रबंधक की जाँच की, सभी चेकमार्क निर्माण के लिए निर्धारित हैं।

हो सकता है, इसका नगेट पैकेज के साथ कुछ करना है, लेकिन यह सिर्फ एक अनुमान है

समाधान में केवल c ++ / vcxproj है, कोई csproj नहीं है। 64 और 32 दोनों स्थापित हैं


2

पहली चीज जो आपको करने की ज़रूरत है वह यह है कि क्यों निर्माण परियोजनाओं को लंघन है। तो एक विस्तृत बिल्ड आउटपुट प्राप्त करने के लिए detailed, निम्न स्थान पर क्रियाशीलता में परिवर्तन करें Visual Studio

यहाँ छवि विवरण दर्ज करें


7
क्रिया सेटिंग्स दुर्भाग्य से मदद नहीं करते हैं। आउटपुट अभी भी केवल ipped स्किप्ड प्रोजेक्ट ’को बिना बताए क्यों कहता है।
पॉलिज

1

एक ही समस्या थी, पता चला कि परियोजना सेटिंग इटेनियम सीपीयू के लिए थी, इसे बदलकर इंटेल ने इसे तय किया।


1

VS2005 के साथ एक ही समस्या में चल रहा था, सभी विन्यास सही थे। यह भी स्वच्छ परियोजना कमान लंघन था।

अंत में अनलोडिंग / रीलोडिंग ने जादू कर दिया।


1

अपने समाधान एक्सप्लोरर पर समाधान पर राइट क्लिक करें, फिर मेनू के नीचे प्रॉपर्टी पर क्लिक करें। संपत्ति खिड़कियों में, पर क्लिक करें विन्यास गुण -> विन्यास बाएँ फलक पर, आप सही फलक पर परियोजनाओं की सूची देखेंगे, यकीन है कि जांच बिल्ड बॉक्स पॉप अप विंडो में चेक किया गया है।


1

यदि आपके समाधान में NuGet प्रोजेक्ट (* .nuproj) फ़ाइल है, तो उसे उतारने का प्रयास करें और फिर अपने समाधान का पुनर्निर्माण करें।

उपरोक्त में से किसी के भी काम करने के बाद यह मेरे लिए काम कर गया।


0

मुझे लगता है कि कभी-कभी जब आपके पास लक्ष्य प्लेटफ़ॉर्म होता है, जो आपके समाधान में x86 को सेट करने देता है और आपकी परियोजनाओं में परियोजना वास्तव में हमेशा चयनित नहीं होती है।

डबल चेक करने के लिए प्रोजेक्ट गुणों पर जाएं और देखें कि क्या आप बिल्ड-> प्लेटफ़ॉर्म सेटिंग में उस प्लेटफ़ॉर्म का चयन कर सकते हैं यदि आप नहीं कर सकते हैं तो आपको कॉन्फ़िगरेशन मैनेजर में जाकर उस कॉन्फ़िगरेशन को बनाने की आवश्यकता होगी।


0

मुझे नए पीसी पर कुछ विंडोज सीई परियोजनाओं के साथ यह समस्या थी। "अनलोड प्रोजेक्ट" और "रिलोड प्रोजेक्ट" समस्या को ठीक करने के लिए दिखाई दिए, लेकिन वास्तव में विज़ुअल स्टूडियो ने बस एक अलग प्लेटफॉर्म पर स्विच किया और उसे बनाया।

यह पता चला कि यद्यपि मेरे WinCE प्लेटफॉर्म को सक्रिय प्लेटफॉर्म के रूप में दिखाया गया था, लेकिन विजुअल स्टूडियो ने इसे वास्तव में "नहीं" देखा। समाधान विजेता प्रावि के साथ WinCE एसडीके को फिर से स्थापित करना था :

  • सुनिश्चित करें कि Visual Studio 2008 चल नहीं रहा है।
  • प्रशासक के रूप में एक "विजुअल स्टूडियो 2008 कमांड प्रॉम्प्ट" खोलें। विंडोज 7 पर सिर्फ राइट कट पर क्लिक करें और "रन ऐज़ एडमिनिस्ट्रेटर" विकल्प चुनें।
  • निम्नलिखित कमांड दर्ज करें: msiexec /log SDKInstallLog.txt /package <the path to your .msi file>
  • यह पूछे जाने पर कि क्या आप कोई कस्टम या पूर्ण इंस्टॉल पिक कस्टम करना चाहते हैं, और इंस्टॉलर को दस्तावेज़ की स्थापना को छोड़ने का निर्देश दें (यह कदम मेरे मामले में आवश्यक नहीं था; वास्तव में मैंने इसे मौजूदा स्थापना को "मरम्मत" करने के लिए कहा था। )
  • इंस्टॉल

0

यदि आपके पास x64 संकलक स्थापित नहीं है, तो VS 2008 x64 लक्ष्य छोड़ देगा। वीएस 2008 डिफ़ॉल्ट रूप से नहीं होता है। एक दोहे की तरह, बात।


0

Telerik से एक decompiler से एक परियोजना उत्पन्न करने के बाद मेरे पास एक बहुत ही समान मुद्दा था, फिर इसे फिर से जोड़ने की कोशिश कर रहा था। जब भी मैंने इसका पुनर्निर्माण करने की कोशिश की, प्रोजेक्ट को छोड़ दिया गया। ऊपर दिए गए कई सुझावों की कोशिश की, लेकिन मेरे लिए, यह परियोजना गुणों में चयनित .NET फ्रेमवर्क था।

सॉल्यूशन फ़ाइल में राइट-क्लिक प्रोजेक्ट, प्रॉपर्टीज़, एप्लिकेशन टैब, 4.0 से 3.5 तक लक्ष्य फ्रेमवर्क बदलें।

फिर, पुनर्निर्माण, और मुझे विधानसभा संदर्भ लापता त्रुटियों का एक गुच्छा मिला, जो समझ में आता है क्योंकि मैंने अभी तक उनके संदर्भ नहीं जोड़े हैं।


0

मैं विजुअल स्टूडियो 2017 के एक छोटे से अपडेट को अपडेट करता हूं और फिर इंस्टॉलर मुझे अपना कंप्यूटर रीस्टार्ट करने की याद दिलाता है, लेकिन मैंने रिस्टार्ट नहीं किया। जब मैं विजुअल स्टूडियो 2017 में अपने प्रोजेक्ट या सॉल्यूशन का निर्माण करता हूं, तो मैं उपरोक्त उपरोक्त समस्या से मिलता हूं। मुझे अपडेट का अनुमान है कुंजी, इसलिए मैंने अपना कंप्यूटर पुनः आरंभ किया, मैंने इसे किया ।:>


0

विजुअल स्टूडियो 2017 15.9.4 में मुझे यह समस्या थी और कुछ खोज करने और कुछ समय लगाने के बाद मुझे पता चला कि मेरे समाधान में TFS में विलय के बाद किसी एक प्रोजेक्ट की .croroj फ़ाइल दूषित हो गई। (मैं समाधान से समस्याग्रस्त परियोजना को उतारकर अन्य परियोजनाओं का निर्माण कर सकता हूं)। मैंने अपनी समस्या का समाधान कैसे किया कि मैंने विलय से पहले और बाद में .csproj फ़ाइल की तुलना की और उसे ठीक किया। और फिक्स के हिसाब से मेरा मतलब है कि मेरी खुद की परियोजना का प्रकार .netStandard मैंने अनावश्यक प्रॉपर्टीज , जिसमें नए और .spspj फ़ाइल में सभी। कॉन्फ़िगरेशन में पिछले और पिछले संस्करण के समान शैली संस्करण बनाने के लिए अनावश्यक लाइनों को हटा दिया है ।


0

मुझे इसी तरह की समस्या थी, मेरे पास एक परियोजना थी जो किसी कारण से समाधान खोजकर्ता में लोड नहीं कर सकी। जब मैंने उस प्रोजेक्ट को लोड किया तो यह एक आकर्षण की तरह काम करता था।


0

मैं बस इस मुसीबत में पड़ गया:

वी.एस. 2017 को नवीनतम संस्करण 15.9.11 में अद्यतन किया गया था और मेरी कुछ परियोजनाओं को .net कोर 2.2 से अद्यतन किया गया था। मैंने शुरू में सभी परियोजनाओं को लोड करने / बिल्डिंग / सफाई / पुनर्निर्माण की कोशिश की और सब कुछ छोड़ दिया गया। हल करने के लिए नीचे का अनुसरण किया:

  1. मैंने प्रत्येक परियोजना को अनलोड किया और उन्हें पुनः लोड किया।
  2. वीएस के सभी उदाहरणों को बंद कर दिया और वीएस को एक प्रशासक के रूप में खोला (राइट कट पर क्लिक करें और "रन ऐज़ एडमिनिस्ट्रेटर" विकल्प चुनें)

यह सब कुछ वापस कार्रवाई में था और मैं सभी परियोजनाओं का सफलतापूर्वक निर्माण करने में सक्षम था।


0

दृश्य स्टूडियो 2017

कॉन्फ़िगरेशन मैंगर में कॉन्फ़िगरेशन जोड़ने के बाद

प्रोजेक्ट पर राइट क्लिक करें -> प्रोजेक्ट ओनली -> बिल्ड ओनली / रिबिल्ड ओनली / क्लीन ओनली

यदि अन्य सभी सेटिंग्स सही हैं।


0

समस्या: पुनर्निर्माण, निर्माण, स्वच्छ मेरे दो में से सभी को छोड़कर सभी परियोजनाओं को छोड़ रहा था।

समाधान जो मेरे काम नहीं आए:

  1. समाधान कॉन्फ़िगरेशन सेटिंग्स के अनुसार उम्मीद की गई थी ताकि उनमें कोई बदलाव न हो।

  2. उतराई और उतारने से काम नहीं चला।

घटना का कारण:

ऐसा इसलिए हो रहा था क्योंकि लक्ष्य .NET फ्रेमवर्क उन 2 परियोजनाओं के लिए अधिक (4.7) था लेकिन अन्य परियोजनाओं के लिए कम था। एक प्रॉम्प्ट ने शुरू में मुझे .NET 4.7 स्थापित करने के लिए कहा था, जो मैंने किया था, लेकिन यह पता चला कि यह पहचानने में असमर्थ था कि यह मेरी मशीन को पुनरारंभ किए बिना स्थापित है।

काम किया समाधान:

  1. मेरी मशीन को फिर से चालू करके चाल चली। पुनरारंभ करने के बाद यह सही ढंग से मान्यता प्राप्त है कि .NET 4.7 स्थापित है।
  2. वैकल्पिक रूप से, प्रोजेक्ट पर राइट क्लिक करके प्रोजेक्ट के टारगेट फ्रेमवर्क को डाउनग्रेड करना -> प्रॉपर्टीज़ -> एप्लिकेशन -> टार्गेट फ्रेमवर्क और इसे उसी तरह सेट करना जैसे कि दूसरे प्रोजेक्ट्स जो स्किप हो रहे थे, ने भी इस समस्या को हल किया।

मैं नवीनतम .NET फ्रेमवर्क स्थापित करने और मशीन को पुनः आरंभ करने की सलाह दूंगा ताकि आगे की समस्याओं से बचा जा सके।


0

यह उन परियोजनाओं को बनाएगा जो आश्रित परियोजनाएं हैं जो निर्माण करने में विफल रही हैं।

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