कॉपी-लोकल को कब सही किया जाना चाहिए और यह कब नहीं होना चाहिए?

Question

मुझे आश्चर्य है कि संदर्भ के लिए copy-local=true सेट करने के लिए कोई हेरिस्टिक है या नहीं?

संदर्भित प्रकार केवल आंतरिक रूप से उपयोग किया जाता है कर सकते हैं मैं true को copy-local सेट लेकिन संदर्भित प्रकार पैरामीटर के रूप में सामने आ रहा या मूल्यों मैं false को copy-local की स्थापना की और संकेत मिलता है कि निर्भरता के विशिष्ट संस्करण को जब मेरे पुस्तकालय होना चाहिए संदर्भित किया जाना चाहिए लौट रहे हैं उपयोग किया गया?

क्या कोई इसे मेरे लिए स्पष्ट कर सकता है?

Answer 1

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

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

Answer 2

तैनाती परिदृश्य और उपकरणों के लिए स्थानीय कॉपी महत्वपूर्ण है। एक सामान्य नियम के रूप में आपको CopyLocal = True का उपयोग करना चाहिए यदि संदर्भ जीएसी के भीतर निहित नहीं है।

कॉपी स्थानीय अनिवार्य रूप से इसका मतलब है कि मुझे अपने आवेदन के लिए मैन्युअल रूप से इस डीएलएल को तैनात करना होगा। जब यह गलत होता है तो इसका अर्थ यह है कि "मैं किसी अन्य घटक पर निर्भर करता हूं जिसे अलग से स्थापित किया जाना चाहिए या जंजीर होना चाहिए, डीएलएल पहले से ही वहां होगा"।

Answer 3

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

Answer 4

निम्न एमएसडीएन संदर्भ देखें जो प्रतिलिपि व्यवहार को विस्तार से बताता है।

Project References

दुर्भाग्य से वहाँ कुछ quirks कर रहे हैं और CopyLocal जिन्हें आप नीचे देख संरचित माध्यमिक विधानसभाओं में विधानसभा संदर्भ के लिए अपेक्षा के अनुरूप नहीं आवश्यक काम करेंगे।

• MainApp.exe
  • MyLibrary.dll
    • ThirdPartyLibrary.dll (GAC CopyLocal में अगर MainApp बिन फ़ोल्डर में कॉपी नहीं करेंगे)

यदि आप pl नहीं करते हैं तो यह xcopy तैनाती को मुश्किल बनाता है लक्ष्य मशीन पर जीएसी में तीसरे पक्ष की असेंबली स्थापित करने पर।

Answer 5

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

कॉपीलोकल विशेष रूप से दर्द होता है जब बड़े स्रोत पेड़ों का निर्माण होता है।यहां पर CopyLocal को अक्षम करने के तरीके के बारे में एक संबंधित प्रश्न था, आप इसे How do I override CopyLocal (Private) setting for references in .NET from MSBUILD पर देख सकते हैं। साथ ही Best practices for large solutions in Visual Studio (2008).

मैंने लेख MSBuild: Best Practices For Creating Reliable Builds, Part 2 लेख में बड़े स्रोत पेड़ों के निर्माण से निपटने के तरीके के बारे में लिखा है।

तो संक्षेप में मैं कहूंगा कि कॉपी कॉपी करने पर फ़ाइल कॉपी करने से आपके अधिक समय लगने लगते हैं तो आप हर निर्माण के लिए खर्च करने के इच्छुक हैं।

Answer 6

सेट कॉपीलोकल = झूठी बिल्ड समय में सुधार करेगा, लेकिन तैनाती के समय के दौरान विभिन्न मुद्दों का कारण बन सकता है।

CopyLocal = false सेटिंग के साथ मेरा अनुभव सफल नहीं था। मेरे ब्लॉग पोस्ट "Do NOT Change "Copy Local” project references to false, unless understand subsequences" में समर्थक और विपक्ष का सारांश देखें।

Answer 7

CopyLocal false सेट करने के लिए कंज़र्वेटिव तरीका यह जांचना है कि संदर्भ परियोजना के आउटपुट पथ में मिलता है। आईओ की मात्रा को कम करने के दौरान, आपको कुछ बुरा रनटाइम मुद्दों को चकमा देने की अनुमति देनी चाहिए।

प्रक्रिया में मैंने CopyLocalFixer बनाया, जिसे आप किसी फ़ोल्डर के लिए चला सकते हैं। मैंने इसे एक बड़े निर्माण के साथ करने की कोशिश की, लेकिन परिणाम ईमानदार होने के लिए प्रभावशाली नहीं थे। मुझे लगता है कि यह परियोजना की फ़ोल्डर संरचना के लिए नीचे आता है।