क्या विज़ुअल स्टूडियो 2012 को साइड-बाय-साइड w / विजुअल स्टूडियो 2010 में स्थापित किया जा सकता है?

Question

यदि Windows के समान उदाहरण पर साइड-बाय-साइड स्थापित किया गया है, तो विज़ुअल स्टूडियो 2012 हस्तक्षेप करेगा। .NET 4 और / या विज़ुअल स्टूडियो 2010 को तोड़ देगा?

Comments

हाँ, दोनों काम करते हैं, यहाँ तक कि एक ही समय। मैंने कोशिश की।

— एरिक यिन

विज़ुअल स्टूडियो को साइड से इंस्टॉल किया जा सकता है, लेकिन यह महसूस करें कि VS 2012 .NET 4.5 के साथ आता है, जो .NET 4.0 को ओवरराइट करता है। जब तक आपको अभी भी .NET 4.0 मशीनों के लिए विकसित करने की आवश्यकता नहीं है, कोई समस्या नहीं है।

— वेकानो

आप अभी भी .NET 4.0 मशीनों के लिए विकसित कर सकते हैं। आपको बस यह जानना है कि, जब आप अपने वीएस2012 मशीन पर अपने .NET 4.0 एप्लिकेशन का परीक्षण कर रहे हैं, तो आप .NET के एक अलग संस्करण का परीक्षण कर रहे होंगे, जिसने कभी भी .NET 4.5 स्थापित नहीं किया है। तो एक मशीन पर परीक्षण करें जैसे कि आपके ग्राहक उपयोग करेंगे, और आप ठीक होंगे।

— जॉन सौन्डर्स

एक ग्राहक के लिए एक उपयोगी परीक्षा का वातावरण प्रदान करता है! इसके साथ गुड लक: पी

— जंपिंग जेजेज़ा

यह सोचना गलत है कि .NET 4.5 पूरी तरह से .NET 4.0 के साथ संगत है, यह नहीं है, और वास्तव में हमारे मामले में, इसने हमारे कुछ समाधानों को तोड़ दिया है।

— स्टीफन जेड कैमिलेरी

Answer 1

जैसा कि रीगो ने कहा, हां। यहाँ दी गई सूचना के साथ आधिकारिक Microsoft पेज पर लिंक दिया गया है, और अधिक विवरण: http://msdn.microsoft.com/en-us/library/ms246609%28v=VS.110%29.aspx

Comments

यह "किनारे" पर स्थापित किया जा सकता है, जिसका अर्थ है कि इंस्टॉलर सफलतापूर्वक चलेगा। हालाँकि, आपको ऐसा तब तक नहीं करना चाहिए जब तक कि आप विज़ुअल स्टूडियो, .NET 4.5 की स्थापना रद्द करते हुए दो दिन बिताना नहीं चाहते, अपने .NET 4.0 फ्रेमवर्क की मरम्मत करें (जो कि 4.5 बीटा इंस्टाल द्वारा सीधे संशोधित हो जाते हैं), और SQL Server 2012 टूल के ढेरों को अनइंस्टॉल करना एक एक करके। आपके पहले से काम करने वाले 4.0 कोड के बाद एक लाइन पर "ऑब्जेक्ट रेफरेंस" त्रुटि के साथ बमबारी शुरू हो जाती है जिसमें केवल एक टिप्पणी होती है।

— mclark1129

यह बहुत खतरनाक है यदि आप .net 4.0 के लिए जारी रखने की योजना बनाते हैं। ऐसा इसलिए है क्योंकि आपकी विकास मशीन .net 4.5 बायनेरिज़ का उपयोग करेगी (क्योंकि .net 4.5 एक इन-प्लेस अपग्रेड है)। इन बायनेरिज़ में बग फिक्स हैं जो लक्ष्यीकरण .net 4.0 डीबग करते समय आपसे "छिपे" होंगे। लेकिन जब आप केवल .net 4.0 (यानी विंडोज़ xp) पर चलने वाली मशीन पर तैनात होते हैं, तो आपके उपयोगकर्ता के लिए वे बग निश्चित नहीं होते हैं । अधिक जानकारी के लिए यह पोस्ट देखें: social.msdn.microsoft.com/Forums/en-US/wpf/thread/…

— Vaccano

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

— केँचिलाड़ा

क्या ये मुद्दे अभी भी वीएस 2012 आरटीएम के साथ मौजूद हैं?

— टिम फ्राइज़ेन

@TimFriesen - मेरे द्वारा वर्णित समस्या अभी भी RTM में है। यह "इन-प्लेस" अपग्रेड योजना के साथ एक डिज़ाइन दोष है जिसे Microsoft ने .NET 4.5 के लिए अपनाया है।

— वेकानो

Answer 2

.Net 4.5 रिलीज़ एक इन-प्लेस अपग्रेड है।

इसका मतलब है कि .net 4.0 के लिए बायनेरिज़ .net 4.5 के लिए बायनेरिज़ द्वारा REPLACED किया जाएगा ।

Microsoft ने "लक्ष्य .net 4.0" सुविधा बनाकर इसके कारण होने वाली समस्याओं को कम करने का प्रयास किया है। लेकिन यह .net के पिछले संस्करणों के लक्ष्यीकरण से बहुत अलग है (जो कि .net 2.0 के बाद से साथ-साथ हैं)।

क्योंकि यह इन-प्लेस अपग्रेड है, "लक्ष्य .net 4.0" वास्तव में इसे लक्षित नहीं कर सकता है। सबसे अच्छा वे कर सकते हैं कुछ "सुविधाओं" को मैन्युअल रूप से हटाने का प्रयास करें। उन्होंने ऐसा किया है (स्कॉट हैंसेलमैन ने इसे कवर करते हुए एक ब्लॉग पोस्ट किया था )।

लेकिन इस मूर्ख को आप सोच में न पड़ने दें कि आप वास्तव में .net 4.0 का उपयोग कर रहे हैं। .Net 4.5 द्वारा निर्धारित कोई भी बग आपके विकास मशीन पर तय किया जाएगा और आपके .net 4.0 उपयोगकर्ताओं के लिए नहीं।

इसलिए यदि आप एक एप्लिकेशन "लक्ष्यीकरण .net 4.0" विकसित कर रहे हैं और आपके पास .net 4.5 स्थापित है तो आप जोखिम में हैं। यदि आप गलती से एक निश्चित बग का उपयोग करते हैं, तो यह डीबग करते समय आपके लिए नहीं टूटेगा।

जब आप अपने ऐप को केवल .net 4.0 (यानी विंडोज़ xp) पर चलने वाली मशीन पर तैनात करते हैं तो आपके उपयोगकर्ता के लिए ये बग निश्चित नहीं होते हैं ।

सभी इरादों और उद्देश्यों के लिए, उन निश्चित बग अब "छिपे हुए कीड़े" हैं (डेवलपर्स के लिए जो अभी भी .net 4.0 को लक्षित करने की आवश्यकता है।

सबसे अच्छी बात यह है कि अगर आप वीएस 2010 या वीएस 2012 का उपयोग करते हैं तो इससे कोई फर्क नहीं पड़ता। एक बार .net 4.5 स्थापित होने के बाद बग छिपे हुए हैं।

अधिक जानकारी के लिए इस पोस्ट को देखें: http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/c05a8c02-de67-47a9-b4ed-fdbb622a7e4a/

Comments

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

— जॉन साउन्डर्स

@ जॉनसुंडर्स - हमारे पास एक संपूर्ण क्यूए विभाग है जो हमारे लक्ष्य मंच पर परीक्षण करता है। लेकिन कई अध्ययनों से पता चला है कि विभिन्न प्रकार के परीक्षण विभिन्न प्रकार के कीड़े पकड़ते हैं। जब मैं डिबगिंग करता हूं, तो मेरे क्यूए टीम को खोजने के लिए सामान नहीं है। फिर से, मेरे स्वचालित परीक्षण डिबगिंग करते समय मेरे द्वारा देखी गई सभी चीजों को नोटिस नहीं करेंगे। और अंत में, एक ऐसी सुविधा लिखना जो बग पर निर्भर करता है जिसे आप $ $ $ खर्च नहीं कर सकते। जब बग पाया जाता है, तो मेरी विकास मशीन से यह अधिक लागत है। (विशेषकर यदि मैंने फीचर को "समाप्त" कर दिया है।)

— टीका 23

"समस्या केवल तब होती है जब आप अपने विकास मशीन पर अपने परीक्षणों पर निर्भर करते हैं कि आपको यह बताए कि आपका आवेदन कब काम करता है" - क्या आप यह आरोप लगा रहे हैं कि आप अपने विकास मशीन पर अपने कोड का परीक्षण नहीं करते हैं? -- यह एक वास्तविक समस्या है। खासकर उन लोगों के लिए जो इसके बारे में नहीं जानते हैं। (और चूंकि Microsoft सार्वजनिक रूप से इसकी घोषणा नहीं करेगा, वह कई डेवलपर्स हैं।)

— Vaccano

मैं अपने विकास मशीन पर जो परीक्षण करता हूं वह यह निर्धारित नहीं करता है कि मेरा कोड काम करता है या नहीं। वे केवल यह निर्धारित करते हैं कि यह कितनी संभावना है कि क्यूए विभाग पहले पांच मिनट में मेरे कीड़े ढूंढेगा या नहीं। मैं शर्मिंदगी को कम करने के लिए अपनी मशीन पर परीक्षण करता हूं। यह बिल्ड्स में स्वचालित इकाई परीक्षण, और क्यूए द्वारा वास्तविक परीक्षण है जो यह निर्धारित करते हैं कि ग्राहकों को मेरा कोड शिप है या नहीं। उन परीक्षणों में ग्राहकों की तरह एक वातावरण में परीक्षण शामिल होंगे। इस स्थिति में, जिसमें Windows XP और .NET 4.0 शामिल होंगे।

— जॉन सॉन्डर्स

मुझे खेद है, लेकिन अगर आपको QA विभाग मिला है, तो मुझे आपकी समस्या बिल्कुल नहीं दिखती। मैं कल्पना नहीं कर सकता कि .NET 4.5 द्वारा बहुत सारे .NET 4.0 कीड़े तय किए गए हैं, अगर आपको उन बगों पर निर्भर कोड लिखने के लिए बहुत अधिक पैसा खर्च करना पड़ेगा। अगर आपको लगता है कि आपको वह समस्या है, तो विंडोज एक्सपी और .NET 4.0 पर जल्दी और अक्सर परीक्षण करें। यह उन डेवलपर्स हैं जो बग को कभी नहीं देखेंगे जो सबसे बड़े जोखिम में हैं।

— जॉन सॉन्डर्स

Answer 3

मैं वीएस बेटस द्वारा बुरी तरह से जला दिया गया है, कभी भी उन्हें खराब होने की समस्या नहीं हुई, उन्हें रद्द कर दिया गया। Microsoft ठीक सॉफ्टवेयर बनाता है, लेकिन इंस्टॉलर हमेशा बहुत ही आखिरी चीज का ध्यान रखता है। समस्याओं को मैंने देखा है कि रिटेल संस्करण को स्क्रू न करने वाले घटकों को हटाने की स्थापना रद्द की जाती है और इंस्टॉलर अन्य स्थापित Microsoft उत्पादों पर भरोसा नहीं कर रहा है और उनके कॉन्फ़िगरेशन को नष्ट कर रहा है।

यह एक बीटा से बहुत पहले है, इसे एक मशीन पर स्थापित न करें जिसे आपको अपना काम करने की आवश्यकता है। VS2008 स्थापित करने के लिए बहुत अधिक प्रस्तावना कौन सी है। VM ठीक है।

Comments

मैंने अभी मंचों [ social.msdn.microsoft.com/Forums/en-US/netfxbcl/thread/…] में कुछ पोस्ट किया है क्योंकि ऐसा लगता है कि इंस्टॉल .NET .NET 4.0 असेंबली की जगह लेता है (मुझे लगता है कि मुझे पागल होना चाहिए था - खुल रहा है) System.Core in Reflector ने खुलासा किया कि System.Runtime.CompilerServices.ExtensionAttribute गायब था)। संक्षेप में वहाँ सावधान रहना

— डेमियन

@ डैमियन: यह कुछ समस्या है क्योंकि यह 3.0 और 3.5 के साथ थी: दोनों अनिवार्य रूप से केवल 2.0 रनटाइम के आधार पर अतिरिक्त सुविधाएँ थीं, लेकिन दोनों एक 2.0 सर्विस पैक के साथ आए (जो कि केवल 2.0 इंस्टॉलेशन के लिए अलग से डाउनलोड किया जा सकता है) जो वास्तव में बदल गया था हुड के नीचे कुछ चीजें। 4.0 को देखते हुए यह और भी बुरा है: Microsoft ने चुपचाप विंडोज अपडेट के माध्यम से कुछ नए संस्करणों को भेज दिया - मूल 4.0.30319.1 को .225, .235 और .237 के साथ बदल दिया गया - उनमें से प्रत्येक ने बग्स को ठीक करने और कम से कम अलग व्यवहार को पेश किया। विशिष्ट क्षेत्र।

— बसंत 76६

Answer 4

मैंने कल RC स्थापित किया, और निम्नलिखित पाया:

इकाई परीक्षण चलाते समय VS2010 को जमने का कारण बनता है (यह आपके इकाई परीक्षणों को चलाने के लिए कमांड लाइन पर 2012, या mstest का उपयोग करके काम किया जा सकता है)

यह VS2010 का कारण C ++ परियोजनाओं को संकलित करने में सक्षम नहीं होना है, एक लिंक त्रुटि के साथ विफल । VS2012 RC की स्थापना रद्द करने के बाद भी, यह समस्या अभी भी बनी हुई है ... इसलिए मैं इसे अभी स्थापित करने के खिलाफ दृढ़ता से सलाह दूंगा

Comments

वीएस 2012 आरसी स्थापित करने के बाद वीएस 2010 में यूनिट परीक्षण चलाने के साथ मेरे पास एक ही मुद्दा था। इसे ठीक करने के लिए, अपने समाधान की जड़ से testimpactdata.sdf हटाएं और अपनी परीक्षण सेटिंग में परीक्षण प्रभाव को चालू करें।

— सर्गेई सिरोटकिन

मैं परीक्षण समस्या में भाग गया जिसे आप भी बता रहे हैं। मुझे जो समाधान मिला वह Visual Studio 2010 Service Pack 1 में अपग्रेड करने का था। जाहिर है कि यह 2010 का मुद्दा है, 2012 का नहीं, लेकिन 2012 के रिलीज के उम्मीदवार को स्थापित करने से यह शुरू हो गया। VS 2012 स्थापित होने के बाद भी आपको सर्विस पैक स्थापित करने में सक्षम होना चाहिए, और फिर भी समस्या ठीक हो जाएगी। मैं इन दिनों C ++ के साथ ज्यादा कुछ नहीं करता, इसलिए मैं टिप्पणी नहीं कर सकता कि अगर यह भी तय है। VS 2010 SP1 यहां पाया जा सकता है: microsoft.com/en-us/download/details.aspx?id=23691

— rbwhitaker

Answer 5

इसलिए सभी उत्तरों को पढ़ते हुए, यह नीचे आता है:

• VS2012 को स्थापित करने के बाद, .NET 4.5 .NET 4.0 को अधिलेखित कर देगा।
• आप अभी भी VS2010 का उपयोग कर सकते हैं, लेकिन यह .NET 4.5 के विरुद्ध संकलन करेगा (क्योंकि .NET 4.0 को प्रतिस्थापित किया गया है)।
• खतरे: आप .NET 4.0 चलाने वाली मशीनों पर अब अपनी परियोजनाओं को सुरक्षित रूप से तैनात नहीं कर सकते।

Answer 6

हाँ, आप कर सकते हैं, लेकिन इसकी हमेशा पहले के संस्करण पहले स्थापित करने की सिफारिश की गई थी। और यदि आप वीएस 11 में विजुअल स्टूडियो 2010 प्रोजेक्ट खोलना चाहते हैं, और फिर बाद में फिर से, सुनिश्चित करें कि आप विजुअल स्टूडियो 11 नई सुविधाओं का उपयोग नहीं करते हैं

Answer 7

इसे अगल-बगल स्थापित किया जा सकता है लेकिन यह बीटा भी नहीं है ..! यह वास्तव में काम करने की उम्मीद नहीं है!

देखें इस हम कर रहे हैं, और समस्या यह उल्लेख डेमियन एक और टिप्पणी में।

Answer 8

मैंने इसे कल किया था, और आज इसकी स्थापना रद्द कर दी ...

जाहिरा तौर पर, कुछ गलत हो गया क्योंकि कुछ ऐप जो मैंने पहले बनाए थे, उन्होंने "मॉड्यूल ब्ला ब्ला ब्ला ... को लोड करने में असमर्थ होने" के बारे में अजीब त्रुटियां देना शुरू कर दिया था, इसलिए मैंने सब कुछ अनइंस्टॉल कर दिया, .NET फ्रेमवर्क 4.0 की पुनर्स्थापना के लिए मजबूर किया और अब सभी फिर से ठीक काम करता है!

Answer 9

यह निश्चित रूप से समस्याएं पैदा कर सकता है। उदाहरण के लिए:

.NET 4.0 में, जब भी कोई LINQ-2-Entities, jup में एक एनम वैल्यू को बचाने की कोशिश करता है, तो आपने अनुमान लगाया है: ERROR जब आपके पास 4.0 GREAT SUCCESS है जब 4.5 पर मशीन के साथ काम कर रहे हैं (हाँ भले ही असेंबली 4.0 क्लाइंट को लक्षित करे प्रोफ़ाइल!)

तो इस अच्छी नई सुविधा का उपयोग करते समय ध्यान दें जिसमें कोई भी अनुकूलता नहीं है।

Answer 10

यह कंधे से कंधा मिलाकर 32-बिट मशीन पर अच्छी तरह से काम करता है लेकिन कभी-कभी आप त्रुटि प्राप्त कर सकते हैं लेकिन पिछली स्थापना को पुनर्स्थापित या अनइंस्टॉल कर इसे स्थापित किया जा सकता है। मैंने इसे परियोजना के बीच में किया था और यह पिछले काम को भी प्रभावित नहीं करता है।

Answer 11

जैसा कि कहा गया था, आधिकारिक तौर पर आप कर सकते हैं लेकिन यह समस्या पैदा कर सकता है।

यदि आप विजुअल स्टूडियो 2012 चलाना चाहते हैं, तो मुझे लगता है कि सबसे अच्छा तरीका है मुफ्त WMWare VMplayer का उपयोग करना और उस पर विंडोज 8 स्थापित करना फिर विजुअल स्टूडियो 2012 स्थापित करना। आपको कम से कम 4 जीबी रैम की आवश्यकता होती है लेकिन 8 जीबी या अधिक के साथ बेहतर चलता है। वैसे भी मैं यही करता हूं।

Comments

क्या आप उन समस्याओं के बारे में अधिक विशिष्ट हो सकते हैं जिनका आप उल्लेख कर रहे हैं?

— जॉन साउन्डर्स

Answer 12

मेरी मुख्य समस्या यह है कि VS2012 RTM को स्थापित करने के बाद कोई भी VS2010 से इकाई परीक्षण नहीं चला सकता है! यह हमेशा के लिए लटका रहता है। इसे रोक भी नहीं सकते।

तो अब के लिए मैं कहूंगा, एमएस ने इसे फिर से किया, साइड-बाय-साइड काम नहीं करता है।

मुझे लगता है कि यह SP1 के बिना VS2010 इंस्टॉलेशन होने के कारण हो सकता है।

Comments

क्या आप "VS2010 से परीक्षण" के बारे में विशिष्ट हो सकते हैं?

— जॉन साउन्डर्स

मेरे पास यह मुद्दा भी है - किसी भी परीक्षण आउटपुट परिणामों को बनाम2010 और vs2013 (सभी नवीनतम पैच / अपडेट) दोनों में एक प्रतिलिपि प्रस्तुत करने योग्य हैंग पर देखने का प्रयास करना। मुझे आपसे Microsoft से बेहतर उम्मीद है।

— फूसी

Answer 13

अच्छी खबर यह है कि इंस्टॉल सिस्टम को रीस्टोर पॉइंट बनाता है। बाहरी हार्ड ड्राइव बैकअप इसका समाधान है जब तक कि एक वास्तविक संस्करण नहीं निकलता है या आप स्क्रैच से एक परियोजना शुरू कर रहे हैं।

Answer 14

मैंने देखा है कि VS2012 इंस्टॉल होने के बाद वेब और लोडिंग सॉल्यूशन टूटे हुए दिखाई देते हैं। प्रतियां ले ली हैं और 2012 में अपग्रेड किया है और वे ठीक काम करते हैं। यह सिर्फ VS2010 है अब एक परीक्षण चलाने की शुरुआत नहीं कर सकता है।

Answer 15

हां, आप बिना किसी समस्या के 2012 से 2010 में आसानी से एक परियोजना खोल सकते हैं। जब तक इसके अभी भी उपयोग .net 4.0।