दृश्य स्टूडियो को स्वचालित रूप से "मिश्रित प्लेटफ़ॉर्म" समाधान कॉन्फ़िगरेशन बनाने से रोकें

Question

मैं Visual Studio 2008 को स्वचालित रूप से "मिश्रित प्लेटफ़ॉर्म" और "कोई भी CPU" समाधान कॉन्फ़िगरेशन बनाने से कैसे रोकूँ? हमारे पास "Win32" और "x64" कॉन्फ़िगरेशन हैं और एक डेवलपर को उनके बीच चयन करने की आवश्यकता है। हालाँकि, जैसे ही कोई भी समाधान के लिए कोई भी परिवर्तन करता है, वीएस स्वचालित रूप से "मिश्रित प्लेटफ़ॉर्म" बनाता है और यह डिफ़ॉल्ट कॉन्फ़िगरेशन लगता है। यह बहुत सारे मुद्दों का कारण बनता है, क्योंकि यह पता चलता है कि इस कॉन्फ़िगरेशन में कुछ नई परियोजनाओं का चयन नहीं किया गया है या गलत प्रोजेक्ट कॉन्फ़िगरेशन का चयन किया गया है, आदि मैं इसे करने से रोकना चाहता हूं और समाधान कॉन्फ़िगरेशन को स्वयं प्रबंधित करता हूं।

Comments

हमारे पास वीएस 2010 बीटा 2 के साथ एक ही मुद्दा है :(

— रोमन

अभी भी वीएस 2010 आरटीएम में एक समस्या

— निक

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

— रोमन स्टार्कोव

अभी भी वीएस 11 बीटा में एक समस्या

— मैट जेड

अभी भी VS2017 में टूटा है

— ROX

Answer 1

हम Visual Studio 2005 प्रोजेक्ट्स के साथ एक समान समस्या देखते हैं, जिसे हम Win32 कॉन्फ़िगरेशन और कई अलग-अलग स्मार्ट डिवाइस प्लेटफ़ॉर्म / कॉन्फ़िगरेशन कॉम्बिनेशन के लिए बनाना चाहते हैं।

मनमाने समय पर, प्रत्येक कॉन्फ़िगरेशन को प्रत्येक प्लेटफ़ॉर्म के लिए स्वतः-जनरेट किया जाता है, चाहे वह मान्य हो या न हो, हमारी ~ 50 प्रोजेक्ट फ़ाइलों में से प्रत्येक के आकार को विस्फोट करके समस्या को ठीक करने के लिए बहुत काम करता है।

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

हमने इसे एक विजुअल स्टूडियो इश्यू के रूप में दर्ज किया; MSFT ने इसे "ठीक नहीं होगा" के रूप में बंद कर दिया।

Comments

टिम, क्या आपके पास एक लिंक है? वे कभी-कभी बहुत से लोगों द्वारा वोट किए गए मुद्दों को ठीक करते हैं।

— रोमन स्टार्कोव

यह वह मुद्दा है जिसे हमने दायर किया है। हालाँकि हमने मूल रूप से इसे एक नया प्लेटफ़ॉर्म जोड़ने के दौरान ही नोट किया था, लेकिन बाद में हमें पता चला कि यह मनमाने ढंग से होता है: Connect.microsoft.com/VisualStudio/feedback/details/165785/…

— टिम लेशर 20

यहां एक ही: connect.microsoft.com/VisualStudio/feedback/details/662801/...

— gregseth

Microsoft के अनुसार हम सब खुद जा सकते हैं .... समस्या को बंद करने के लिए Microsoft का धन्यवाद। यह अच्छा है कि उनके पास वीएस 2012 में

— यूपीपेरस मेन्स

बग ने दस्तावेज़ीकरण को रेखांकित किया है। बग अभी भी मौजूद है, लिंक अब मर चुके हैं।

— ROX

Answer 2

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

1. मैन्युअल रूप से कॉन्फ़िगरेशन चयनकर्ता के पास जाकर और संपादन संपादित करके इसे हटाने वाले कॉन्फ़िगरेशन को हटा दें ...
2. डिफ़ॉल्ट रूप से (कम से कम अगर मैं वीएस 2010 में एक ताजा समाधान के साथ शुरू करता हूं) और नई परियोजनाएं बनाना शुरू कर देता हूं (दोनों वर्ग पुस्तकालय और एप्लिकेशन), आप अपने समाधान प्लेटफार्मों के लिए किसी भी सीपीयू, मिश्रित प्लेटफॉर्म और x86 के साथ समाप्त होते हैं। विज़ुअल स्टूडियो किसी भी सीपीयू और मिक्स्ड प्लेटफ़ॉर्म दोनों में नए क्लास लाइब्रेरीज़ को जोड़ने के लिए एक अच्छा काम करता है (क्योंकि वे किसी भी सीपीयू लक्ष्य के लिए डिफ़ॉल्ट रूप से निर्माण करते हैं) और मिक्स्ड प्लेटफ़ॉर्म और x86 दोनों के लिए नए ऐप को जोड़ना (x86 लक्ष्य के लिए डिफ़ॉल्ट बिल्ड के बाद से) , और मिश्रित प्लेटफ़ॉर्म पर नए वर्ग के पुस्तकालयों और नए एप्लिकेशन दोनों को डाल रहा है। इसलिए मिश्रित प्लेटफ़ॉर्म समाप्त होता है क्योंकि यह सब कुछ बनाता है एक अच्छा डिफ़ॉल्ट है। मुझे यकीन नहीं है कि यह आपके लिए मिश्रित प्लेटफार्मों के लिए नई परियोजनाएं क्यों नहीं जोड़ रहा है

Comments

हम # 1 करते हैं, लेकिन 10+ dev के साथ, सभी को नई परियोजनाओं और 81 परियोजनाओं को जोड़ने का अधिकार है, यह एक परेशानी tbh है।

— कैस्पर लियोन नीलसन

हाँ, VS2013 के साथ अभी भी वही मुद्दा है। मैं # 1 भी कर रहा हूं ... जब मैं इसे नहीं भूलूंगा। लेकिन भगवान कितनी बार मैं इसे भूल जाते हैं और अंत में संघर्ष करते हैं कि नरक क्यों समाधान संकलित नहीं करता है।

— ज़ोल्टन तमसी

Answer 3

आप अपने .sln फ़ाइलों को अपने स्रोत नियंत्रण के कमिट हुक में फ़िल्टर कर सकते हैं। ताकि अगर आप इसे .sln फाइल में चेक करते हैं और संभवतः प्रोजेक्ट फाइल्स ठीक हो जाती हैं। ओपन सोर्स क्रोमियम प्रोजेक्ट में ऐसा फ़िल्टर लागू किया गया है।

Comments

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

— ईएमपी