2012-06-22 18 views
7

हमने हाल ही में .net 7.1.1.4 (64) के लिए VS2010 (10.0.40219.1 SP1Rel) और आइलॉग नियम में अपग्रेड किया है डिबगिंग के बाद गिरा दिया। अब निम्न हो सकता है:परियोजना संदर्भ

  1. एक समाधान खोलें।
  2. डीबग एक परियोजना
  3. बंद करो डिबगिंग।
  4. बंद एक फ़ाइल (अब तक: app.config और Program.cs)
  5. घड़ी "पुनर्रचना नियम" सूचना विंडो आते हैं। हर rulep फ़ाइल की पहली परियोजना संदर्भ के रूप में हॉरर में
  6. हांफी गिरा दिया जाता है।

यह बड़े समाधान (~ 60 सीस्पोज़ के साथ ~ 15 नियम के साथ) होता है। यह छोटे समाधानों के साथ होता है (6 सीस्पोज़ 1 नियम के साथ)।

हम छोड़ने संदर्भ से बचने के लिए (डिबगिंग के बाद सभी rulep की जब डिबगिंग और करीबी/फिर से खोलना VS2010 उतारना) चरम देव उपाय कर रही शुरू कर दिया है।

वहाँ हमारी परियोजनाओं या सॉफ्टवेयर सेटअप में हम कुछ छोड़ने परियोजना संदर्भ को रोकने के लिए बदल सकते हैं है?


अपडेट: - डिबगर का उपयोग किए बिना, जबकि डीबगर उलझाने "रिफैक्टरिंग नियम/संदर्भ छोड़ने" समस्या हो पाने के लिए एक विश्वसनीय तरीका है, यह भी कभी-कभी सिर्फ एक फ़ाइल को बंद करने से होता है।


मैं पहली बार इनाम से सम्मानित किया गया है, और एक दूसरे इनाम स्थापित करने के लिए तैयार हूँ अगर कोई एक जवाब है कि स्वीकार किया जा सकता के साथ आता है।


वर्कअराउंड: हम तीन समाधान फ़ाइलों

  1. बिल्ड सर्वर के लिए यह सब कुछ के साथ एक समाधान फ़ाइल है।
  2. सिर्फ rulep की और उनके निर्भरता के साथ एक समाधान फ़ाइल। देव इसे नियम बनाने के लिए .dll प्राप्त करने के लिए एक बार बनाते हैं।
  3. एक समाधान फ़ाइल जिसमें कोई नियम परियोजना नहीं है। जिन परियोजनाओं को नियमप के डीएल की आवश्यकता होती है, उनमें प्री-बिल्ड इवेंट होता है जो डीएल को उनके फ़ोल्डर में कॉपी करता है और उस स्थान के असेंबली संदर्भ को कॉपी करता है। डीबग और रिलीज बिल्ड दोनों को अनुमति देने के लिए एक छोटा सा झुकाव आवश्यक था।

देवता उस तीसरे समाधान को सुरक्षित रूप से डीबग कर सकते हैं जिसमें वीएस के लिए कोई नियम नहीं है।

+0

क्या नेट फ्रेमवर्क आप चल रहे हैं? नेट 4? .NET 4 क्लाइंट प्रोफाइल? – Bob

+0

हम हैं .net4 (जैसा कि आईएलओजी 7.1.1.4 द्वारा मांगे गए हैं) - मैंने सुनिश्चित किया है कि कोई भी परियोजना लक्ष्यीकरण नहीं कर रही है .net4cp –

+0

क्या यह डीएलएल निर्माण के दौरान बनाया गया है? दूसरे शब्दों में, क्या यह एक तृतीय पक्ष डीएलएल है या आपकी टीम बनाता है? –

उत्तर

1

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

मुझे "आईएलओजी नियमों के लिए .NET" के बारे में कुछ भी पता नहीं है और यह कहां/यह नियमों के विन्यास को संग्रहीत करता है, इसलिए शायद यह दृष्टिकोण आपकी स्थिति में काम नहीं करेगा। यदि ऐसा है, तो कृपया मेरे उत्तर को अनदेखा करें।

+0

यह कर्कश रूप से सहायक है। मेरी टीम ने स्रोत नियंत्रण और स्थानीय डिस्क प्रतियों को क्षति से बचाने की चर्चा की है। यहां तक ​​कि readonly rulep फ़ाइलों के साथ, वीएस अभी भी एक भालू के साथ काम करने के लिए है। –

+0

वीएस बहुत दुर्घटनाग्रस्त है ...: - | और अक्सर अजीब चीजें करते हैं ... क्या आपने अंततः स्थापित वीएस-एडन/एक्सटेंशन को अक्षम करने का प्रयास किया है? शायद आईएलओजी नियमों के लिए .net और कुछ स्थापित घटकों/लाइब्रेरी/एडन के बीच कुछ असंगतता है ... – Max

+0

यह हमारी पहली प्रतिक्रिया थी। VisualNUnit के साथ डीबग करते समय हमने व्यवहार को पहले देखा। आम तौर पर डीबगिंग को महसूस करने से पहले यह पता चला कि इसका कारण बन गया है। अब वीएस -2010 या आईएलओजी को छोड़कर अनइंस्टॉल करने के लिए कुछ भी नहीं बचा है। –

0

मैं rulep फ़ाइलों से परिचित हूँ या तो - लेकिन पता लगाने के लिए वास्तव में क्या प्रक्रिया के लिए अपनी फ़ाइलें trashing है कुछ फिल्टर के साथ Procmon उपयोग करने पर विचार। उम्मीद है कि आपको कुछ और सुराग मिलेंगे।

नोट यह शायद आप अपराधी को कम करता है, तो यह दृश्य स्टूडियो के लिए एक प्लगइन है कि दृश्य stuido स्वचालन एपीआई का उपयोग कर रहा है मदद नहीं करेगा।

संबंधित मुद्दे